[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120118122830.037f1e29.akpm@linux-foundation.org>
Date: Wed, 18 Jan 2012 12:28:30 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: Andrew Jones <drjones@...hat.com>
Cc: rientjes@...gle.com, mingo@...e.hu, david.woodhouse@...el.com,
linux-kernel@...r.kernel.org, gregkh@...e.de, davem@...emloft.net,
axboe@...nel.dk, arnd@...db.de, 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 <jesper.nilsson@...s.com>, dhowells@...hat.com,
takata@...ux-m32r.org, geert@...ux-m68k.org,
yasutake koichi <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 Wed, 18 Jan 2012 06:08:30 -0500 (EST)
Andrew Jones <drjones@...hat.com> wrote:
> CONFIG_EMBEDDED to CONFIG_EXPERT
I don't think either of these things have been successful. At least, I
haven't seen any evidence of it.
My take on these is that EMBEDDED is a handy way for embedded kernel
developers to start out with a config which is more appropriate to an
embedded device kernel. Of course, the resulting config will be very
different from what they eventually use in their product and I expect
that the head-start which EMBEDDED gave was of negligible benefit.
The development lifetime for an embedded product kernel is months, more
likely years. The team will invest the time to carefully select and
maintain their kernel configuration.
IOW, I expect that EMBEDDED is useless and we may as well do away with it.
And ditto EXPERT. Is there really any benefit in hiding config options
from developers so they won't burn their fingers? Or is there some
other reason for EXPERT?
Anyway, we already have a way to prevent fingers from getting burnt:
defconfig. Start out with that and carefully modify it.
I can see an argument for retaining EXPERIMENTAL: as a way of telling
people that the particular feature might not yet be ready for prime
time. But I suggest that we tip both CONFIG_EXPERT and CONFIG_EMBEDDED
into the ole bit bucket. What do you guys think would be the negative
consequences of doing this?
--
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