[arch-dev-public] Module blacklisting
Roman Kyrylych
roman.kyrylych at gmail.com
Sat Feb 23 04:56:48 EST 2008
2008/2/23, Aaron Griffin <aaronmgriffin at gmail.com>:
> Ok, guys - honest question. Because udev is being a big pain in the
> ass with the way we do module blacklisting, we might want to
> reevaluate it.
>
> Right now we support blacklisting of modules in rc.conf, in addition
> to a kernel param disablemodules=x,y,z
>
> Udev autoloading is controlled by MOD_AUTOLOAD and the load_modules
> kernel param.
>
> We *can* use modprobe based blacklisting here, but we lose the above
> items. blacklisting will be controlled only by /etc/modprobe.conf (and
> modprobe.d/*) and we lose the ability to shut it off via rc.conf.
>
> What do we gain? Speed and simplicity. No extraneous scripts to handle
> this stuff, and all that jazz.
>
> This is how fast this script was when I originally wrote it:
> http://img.phraktured.net/other/udev_modules_boot.png
> Now it apparently takes 3 times as long due to all the added blacklisting cruft
>
> What do we lose? Robustness.
> See below for an explanation of the blacklist changes
>
+1 for keeping things in rc.conf
Maybe I've missed the point of all this udev slowdown thing,
but since udev-116 was considered faster by those users who reported
udev-118 slowness
- I guess this change caused it:
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/udev/load-modules.sh.diff?r1=1.9&r2=1.10&cvsroot=Core&only_with_tag=TESTING
if so - cannot it be just reverted and see what the difference is?
--
Roman Kyrylych (Роман Кирилич)
More information about the arch-dev-public
mailing list