Re: [arch-dev-public] removing load-modules.sh from udev

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 05/29/2011 04:32 AM, Oon-Ee Ng wrote:
On Sun, May 29, 2011 at 6:31 PM, Oon-Ee Ng<ngoonee.talk@xxxxxxxxx>  wrote:
On Sun, May 29, 2011 at 6:18 PM, Tom Gundersen<teg@xxxxxxx>  wrote:
Thanks for your Oon-ee.

Sun, May 29, 2011 at 10:53 AM, Oon-Ee Ng<ngoonee.talk@xxxxxxxxx>  wrote:
On Sat, May 28, 2011 at 9:16 PM, Tom Gundersen<teg@xxxxxxx>  wrote:
<snip>
rc.conf - MODULES(!mod1, !mod2): blacklisting modules in the modules
array will no longer have any effect. modprobe already provides two
different ways of preventing modules from being loaded, so this is
just a matter of updating some configuration files. To blacklist
modules, add a new .conf file to /etc/modprobe.d/ with the contents

blacklist mod1
blacklist mod2
<snip>

This seems a regression of current rc.conf behaviour (in essence,
moves another configuration back to upstream default which was
previously in rc.conf). Is there any good reason to keep current
behaviour (perhaps an Arch-specific udev rule which parses MODULES for
blacklisting?)
I have not found any uses of the MODULES array like you describe (if
they exist they should be considered bugs though, the MODULES array
was not meant to be used in this way). However, if anyone knows of
any, then please let me know.

Cheers,

Tom

Glad to oblige, here's my current MODULES:-
MODULES=(!phc-intel acpi_cpufreq vboxdrv vboxnetflt loop fuse
!net-pf-10 !snd_pcsp uinput !pcspkr coretemp)

When I was testing out undervolting I used the phc-intel blacklist to
prevent it loading (otherwise it would automatically load even if not
listed). Don't use it anymore, but its a use-case. The blacklists of
the other three I got from the old old Beginner's Guide when I first
set up (couple of years back) but at least snd_pcsp and pcspkr are
still recommended to be blacklisted here
https://wiki.archlinux.org/index.php/Disable_PC_Speaker_Beep

The purpose is simply to disable those annoying speaker beeps. Since
computers normally come with sound cards nowadays, why would we want
to hear polyphonic beeps which even our handphones and microwave ovens
don't use anymore =).

As I said, when the change happens I'd personally just write the
custom udev rules and forget about them, no big deal.

Ah, and I just remembered net-pf-10 was to disable IPv6 (I think). But
in that case, the wiki has been updated with the new methods of doing
so.
Also !usblp for those of us with USB printer issues. (especially HP usb inkjets)


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux