Mailinglist Archive: opensuse-autoinstall (67 mails)

[Steffen Winterfeldt <snwint@xxxxxxx>]

On Mon, 30 Mar 2009, Frank Steiner wrote:

> Steffen Winterfeldt wrote

> > starting with sles10, 'insmod=' options passed at the kernel command line
> > are evaluated _before_ hardware detection.
>  
> So I guess it was intended exactly for what some of use used it: Force
> modules to be loaded before the system loads them automatically.  I don't

Nyes. The point is 'before hardware detection' (== linuxrc's hardware
detection). And that is still true. The 'insmod' option is there to load
modules that otherwise wouldn't and to be of any use this should be done
before linuxrc checks the hardware.

> understand why udev must now run before?

udev is the canonical way to load modules at startup. While this may still
cause problems, this also means that bugs in this area are going to be
addressed by the udev upstream maintainers. But...

> > You should really not rely on specific device names. The kernel does not
> > guarantee a defined initialization order.
>
> Not in theory, but in practice :-) I've heared this argument so many times 
> over the last about 5 years, but when you ensure that the module of the hard 

... unfortunately, module loading order does not qualify. :-)

> Maybe you can return the now inofficial debug-feature into an official 

Oh, it's officially documented at http://en.opensuse.org/Linuxrc. :-)

> (so that we are sure it's kept) "let the user do whatever he wants" feature 
> for SLES12. E.g. a linuxrc option "preins=e100" which loads the e100 module 

Something like that. Maybe 'insmod' just needs to be evaluated earlier. I'll
keep it in mind.


Steffen
-- 
To unsubscribe, e-mail: opensuse-autoinstall+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-autoinstall+help@xxxxxxxxxxxx