linux-kernel - Re: ARM defconfig files

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]

Message-ID: <1275594598.23384.52.camel@c-dwalke-linux.qualcomm.com>
Date:	Thu, 03 Jun 2010 12:49:58 -0700
From:	Daniel Walker <dwalker@...eaurora.org>
To:	Russell King <rmk@....linux.org.uk>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Kevin Hilman <khilman@...prootsystems.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-arm-msm@...r.kernel.org
Subject: Re: ARM defconfig files

On Thu, 2010-06-03 at 20:45 +0100, Russell King wrote:
> On Thu, Jun 03, 2010 at 12:35:42PM -0700, Daniel Walker wrote:
> > On Thu, 2010-06-03 at 11:56 -0700, Linus Torvalds wrote:
> > > 
> > > On Thu, 3 Jun 2010, Russell King wrote:
> > > > 
> > > > No amount of reorganising the Kconfig files into a heirarchial manner
> > > > (which they already are) helps.  Not one bit.  Because they already are.
> > > > That's not where the problem is.
> > > 
> > > I don't think you read the whole thread.
> > > 
> > > Earlier on, I explained exactly what I wanted: just add some "select" 
> > > statements to pickt he things you need per the particular target 
> > > configuration. You seem to have missed that part.
> > > 
> > > In other words, you _can_ encode the information that is in the 
> > > xyz_defconfig files by doing it in Kconfig.xyz files instead. But you do 
> > > it in a human-readable manner. And the hierarchical thing is absolutely 
> > > required for that - otherwise you'd end up with just another form of the 
> > > current xyz_defconfig.
> > > 
> > > See?
> > > 
> > > In other words, you should be able to basically use "make allnoconfig" 
> > > together with a Kconfig.xyz file input to select _exactly_ the pieces you 
> > > need, and nothing else.
> > 
> > If you did this for drivers, what about disabling a driver? If we used
> > "select" wouldn't that force all the drivers on without allowing it to
> > be unselected?
> 
> I already covered that in my (ignored) email where I brought up a
> "STD_CONFIG" config symbol, which could be disabled to turn off all
> these additional "select"s.

I didn't ignore it, I guess I just didn't fully understand it ..

So your saying it would drop all the selects, but keep the selected
options in tact? Or it would just turn off all the selected options?

Daniel

--
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/