On Tue, May 10, 2011 at 03:49:38PM +0200, Tom Gundersen wrote:
On Tue, May 10, 2011 at 3:02 PM, Dave Reisner <d@falconindy.com> wrote:
Important: for your patchwork to be effective, we need to alter the udev rules that reference load-modules.sh. If this isn't done for the initcpio, you will almost assuredly be dumped to a rescue shell.
Not sure I understand what you mean. When we remove load-modules.sh from udev, we must of course also delete 80-drivers.rules and adjust 81-arch.rules. However, we do not need to remove load-modules.sh at the same time as introducing this blacklisting magic. Right?
You are correct. I'm thinking two steps ahead of where you are. Just call me eager to see load-modules.sh go away. =P
Other than alteration of the rules, this should be an easy win in the initcpio, as we have a writeable filesystem from the start. And (correct me if im wrong), the only reason we ever need to write a blacklist file is if disablemodules= is specified on the kernel cmdline. /etc/rc.conf is verboten in early userspace because it uses arrays.
Sounds like it should be easy then (I have not looked at the code much yet). Unless I am missing something (see above) we can do the initscript/mkinitcpio independently and when both are in [core] start patching udev.
Yep, there should be no problems coordinating these efforts independently, as the two environments are also, for all intents and purposes, independent. d