From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753467Ab0KBOfr (ORCPT ); Tue, 2 Nov 2010 10:35:47 -0400 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:56255 "EHLO opensource2.wolfsonmicro.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753417Ab0KBOfj (ORCPT ); Tue, 2 Nov 2010 10:35:39 -0400 Date: Tue, 2 Nov 2010 10:35:35 -0400 From: Mark Brown To: Felipe Contreras Cc: linux-usb , linux-main , linux-omap , Felipe Balbi , Greg KH , Samuel Ortiz , Liam Girdwood , David Brownell , Greg Kroah-Hartman , Hao Wu , Alan Cox , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Mike Rapoport Subject: Re: [PATCH v3 2/2] drivers: cleanup Kconfig stuff Message-ID: <20101102143534.GG21476@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Cookie: Never give an inch! 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 04:02:18PM +0200, Felipe Contreras wrote: > On Tue, Nov 2, 2010 at 3:11 PM, Mark Brown > > This default is not suitable for non-OMAP platforms, it should be > > conditional on OMAP or something if we're going to do this (though > > generally we handle this with defconfigs rather than in Kconfig). > This would only be enabled when TWL4030_CORE is enabled, so non-OMAP > platforms would not get affected. TWL4030 can be enabled on other platforms - it's not tied to OMAP (mostly to enable build coverage). > I guess you have seen the complaint from Linus regarding ARM relying > too much on defconfigs. This helps in order to simplify defconfigs, > and eventually getting rid of them completely. This solution doesn't seem like it scales so well either, it just shifts it into the Kconfig files (where everything is all in central files shared by everyone which has its own problems). Certainly the goal of replacing defconfig files with Kconfig seems unattainable.