[lkml]   [2009]   [Apr]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: kms in defconfig
On Mon, 27 Apr 2009, Linus Torvalds wrote:

> On Tue, 28 Apr 2009, Tejun Heo wrote:
>> I think defconfig should enable options such that it shows where
>> upstream kernel is headed, so FWIW +1 for KMS from me.
> I'd actually love to get rid of the stupid defconfig's entirely. They've
> lost pretty much all relevance over the years, except for specific cases
> where you might have defconfigs that are for specific platforms.
> IOW, the embedded kind of "per-platform defconfig" at lest is a useful
> starting point. But even there I'm not 100% sure that it makes sense to
> pollute the kernel source tree with them - they mess up things like
> horribly.
> IOW, they're likely to be more pain than they are worth. And they really
> aren't useful starting points for normal people (who are probably better
> off starting with their distro kernel config) or likely even for most
> kernel developers (who hopefully have noticed that they can install a
> per-machine defconfig in /etc/kernel-config and forget about it).
> I'd love to just delete them all.

as a end-user creating my own configs, I use the defaults as a guide to
understand when something moves from "we think it's a good idea" to
"things really need this"

there's a _lot_ of stuff that goes in that is useful only is some
situations, and the help text frequently doesn't help understanding what's
really needed vs what the author of that feature _thinks_ is really needed
(containers are a perfect example, they aren't needed in 99% of current
systems, but it's actually _hard_ to really disable them completely)

you mention starting from a distro config, but most distro configs have a
_huge_ number of things enabled that aren't needed for any particular box.
right now it's significantly faster to start with a defconfig and enable
hardware drivers than it is to start with a distro config and disable
things. If a tool was available to detect the hardware and create a
config tailored for the box, this use for a default config would go away

David Lang

 \ /
  Last update: 2009-04-28 19:01    [W:0.052 / U:70.244 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site