[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1201171240070.2595@chino.kir.corp.google.com>
Date: Tue, 17 Jan 2012 12:46:01 -0800 (PST)
From: David Rientjes <rientjes@...gle.com>
To: Andrew Jones <drjones@...hat.com>
cc: Arnd Bergmann <arnd@...db.de>, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, mingo@...e.hu,
david.woodhouse@...el.com, gregkh@...e.de, davem@...emloft.net,
axboe@...nel.dk, holt@....com, linux-arch@...r.kernel.org,
linux@....linux.org.uk, hskinnemoen@...il.com,
egtvedt@...fundet.no, msalter@...hat.com, a-jacquiot@...com,
starvik@...s.com, jesper.nilsson@...s.com, dhowells@...hat.com,
takata@...ux-m32r.org, geert@...ux-m68k.org,
yasutake.koichi@...panasonic.com, jonas@...thpole.se,
kyle@...artin.ca, deller@....de, jejb@...isc-linux.org,
chris@...kel.net, greg@...ah.com, davej@...hat.com,
airlied@...ux.ie, jkosina@...e.cz, mchehab@...radead.org,
johannes@...solutions.net, linville@...driver.com
Subject: Re: [PATCH] kconfig: untangle EXPERT and EMBEDDED
On Tue, 17 Jan 2012, Andrew Jones wrote:
> Now changing it, i.e. making it conform more closely to its name and only
> affect embedded related options, you can't do. If you were to do so, then
> you would lose backward compatibility. How do you know there aren't users
> that started using EMBEDDED for the non-embedded side effects?
That's why they're now using EXPERT.
> If EMBEDDED
> is ever corrected, and then stops selecting EXPERT, then you risk causing
> them problems.
>
No, because they've already enabled EXPERT. You can't have EMBEDDED=y and
EXPERT=n. That's what this little thing called "select" does. After a
sufficient amount of time passes and all options that are important only
for embedded users have been either extended for EMBEDDED or replaced only
be EMBEDDED, you can get rid of the "select" without losing backwards
compatibility.
--
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/
Powered by blists - more mailing lists