* Kok, Auke <auke-jan.h.kok@intel.com> wrote:

quoted text
> > it is an obvious regression that could and should be solved in the 
> > Kconfig space: do not allow E1000=y && E1000E=m.
> 
> this is really not the solution imho, having e1000 builtin and e1000e 
> as a module is a perfectly viable choice. They are two separate 
> drivers that are completely independent.

you try to argue against a strong and established concept that Linux 
always had from day one on: DRIVER_X=y means the user prefers that 
driver so strongly that he has selected it built-in. Such drivers are 
special in every sense: they run first before any of the module init, 
they cannot be disabled, etc. etc.

The only case where that should be overriden as the primary driver for 
that piece of hardware if _another_ driver is built-in _too_.

... which is exactly the E1000=y && E1000E=m regression that bit me and 
the simple solution of forcing E1000E to follow the mode of the E1000 
driver solves it.

The most common distro setup is E1000=m and E1000E=m. The most common 
embedded setup is _one_ of the two drivers as =y. So i'm not sure why 
you are arguing about all this. Please just fix this bug, simple as 
that.

	Ingo
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/