From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753390Ab0KBUev (ORCPT ); Tue, 2 Nov 2010 16:34:51 -0400 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:58685 "EHLO opensource2.wolfsonmicro.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752341Ab0KBUeq (ORCPT ); Tue, 2 Nov 2010 16:34:46 -0400 Date: Tue, 2 Nov 2010 16:34:53 -0400 From: Mark Brown To: Felipe Contreras Cc: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , linux-usb , linux-main , linux-omap , Felipe Balbi , Greg KH , Samuel Ortiz , Liam Girdwood , David Brownell , Greg Kroah-Hartman , Hao Wu , Alan Cox , Mike Rapoport Subject: Re: [PATCH v3 2/2] drivers: cleanup Kconfig stuff Message-ID: <20101102203452.GB32103@opensource.wolfsonmicro.com> References: <1288656853-4625-1-git-send-email-felipe.contreras@gmail.com> <1288656853-4625-3-git-send-email-felipe.contreras@gmail.com> <20101102131146.GA21476@opensource.wolfsonmicro.com> <20101102141208.GU31158@pengutronix.de> <20101102143949.GH21476@opensource.wolfsonmicro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Cookie: You will be awarded some great honor. User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 02, 2010 at 09:46:47PM +0200, Felipe Contreras wrote: > On Tue, Nov 2, 2010 at 4:39 PM, Mark Brown > > It did originally but that dependency was removed to allow build > > coverage for non-OMAP users. > I'm not sure removing that dependency is worth it. There's probably a > lot of code in the kernel that can be built without meeting the > specified dependencies. Maybe there should be a way to differentiate > soft from hard dependencies for this particular use-case. But I guess > for now the lack of dependency should be ok. It's really useful for subsystem maintainers - it means you can do changes over the subsystem without having to have a build lots and lots of different configs per chip to make sure everything still at least compiles.