[lkml]   [2002]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: A Kernel Configuration Tale of Woe
> > For boards its not that simple. Many vendors release multiple >
> > utterly different machines with the same box, bios and ident.
> > The customer is told "IDE CD, 100mbit ethernet", the customer
> > gets random cheapest going ethernet.
> Agreed - so then the association between "board" and "chipset" must
> be capable of being multi-valued, and when there is a mult-valued
> match there must be some means of further interrogating the user (or
> user agent) for more information.

This demonstrates a very important point - _any_ automatic
configuration program is likely to cause more traffic to this mailing
list, and create more work for users and developers that the current
automatic configuration process:

echo 'My box doesn't boot' | mail

The kernel knows nothing about motherboards, cards, etc. It knows
about chipsets, and nothing else. By definition, you cannot have a
kernel configurator that works at a higher level than that.

Why don't we introduce a make allworkingmodules config, which compiles
everything as modules, except for the things that are broken as
modules, (for example IDE in the current 2.5.x tree would be compiled

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:31    [W:0.049 / U:1.140 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site