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@opensuse.org For additional commands, e-mail: opensuse-autoinstall+help@opensuse.org