linux-kernel - Re: Can ARM use drivers/Kconfig [Was: Kconfig: Source "drivers/usb/gadget/Kconfig" for ARCH=arm]

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 5 Jan 2008 21:54:24 +0100
From:	Sam Ravnborg <sam@...nborg.org>
To:	Russell King <rmk+lkml@....linux.org.uk>
Cc:	Al Boldi <a1426z@...ab.com>,
	linux-arm-kernel@...ts.arm.linux.org.uk, linux-usb@...r.kernel.org,
	linux-kernel@...r.kernel.org, David Brownell <david-b@...bell.net>,
	Greg KH <greg@...ah.com>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: Can ARM use drivers/Kconfig [Was: Kconfig: Source "drivers/usb/gadget/Kconfig" for ARCH=arm]

On Sat, Jan 05, 2008 at 08:31:24PM +0000, Russell King wrote:
> On Sat, Jan 05, 2008 at 08:20:00PM +0100, Sam Ravnborg wrote:
> > On Sat, Jan 05, 2008 at 06:42:52PM +0300, Al Boldi wrote:
> > > 
> > > From: David Brownell <david-b@...bell.net>
> > > 
> > > Source "drivers/usb/gadget/Kconfig" for ARCH=arm.
> > > 
> > > 
> > > Cc: David Brownell <david-b@...bell.net>
> > > Cc: Greg KH <greg@...ah.com>
> > > Cc: Andrew Morton <akpm@...ux-foundation.org>
> > > Signed-off-by: Al Boldi <a1426z@...ab.com>
> > > 
> > > ---
> > > 
> > > --- 23.a/arch/arm/Kconfig
> > > +++ 23.b/arch/arm/Kconfig
> > > @@ -1049,6 +1049,8 @@ source "drivers/hid/Kconfig"
> > >  
> > >  source "drivers/usb/Kconfig"
> > >  
> > > +source "drivers/usb/gadget/Kconfig"
> > > +
> > >  source "drivers/mmc/Kconfig"
> > >  
> > >  source "drivers/rtc/Kconfig"
> > 
> > What is preventing ARM from using drivers/Kconfig?
> > That a better fix IMO.
> 
> Not everything in drivers/ is suitable for every ARM configuration.  It
> was felt at the time better for ARM to remain separate because people
> didn't want to pollute drivers/Kconfig with the ARM specific conditionals.
> 
Today we would have used HAVE_ for the problematic parts and thus
it would have been easy to not select what ARM does not support.
But unfortunately thats not how it got designed.


It would be nice to revist one day to see how much is actually needed
to cleanly supprt ARM in drivers/Kconfig.

	Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/