You are not logged in.

#1 2006-02-11 09:38:23

tomk
Forum Fellow
From: Ireland
Registered: 2004-07-21
Posts: 9,839

New udev version and required changes

As described here.

I think that deserves an Announcement.

Offline

#2 2006-02-11 11:02:50

iphitus
Forum Fellow
From: Melbourne, Australia
Registered: 2004-10-09
Posts: 4,927

Re: New udev version and required changes

For those using ArchCK, please wait until 2.6.15-archck3.2 before upgrading. It has the needed patch to operate with the new udev.

iphitus

Offline

#3 2006-02-11 12:28:54

T-Dawg
Forum Fellow
From: Charlotte, NC
Registered: 2005-01-29
Posts: 2,736

Re: New udev version and required changes

moved.

Please everyone read that link provided by tomk, its very short and simple.

Offline

#4 2006-02-11 18:41:17

max_sipos
Member
From: Ithaca, NY
Registered: 2004-10-31
Posts: 106
Website

Re: New udev version and required changes

So, udev will not autoload modules anymore, unless we have MOD_AUTOLOAD="yes" ? Is this a "feature" brought by the new udev version, or is arch specific? Also, is there a typo in the post:

>>
MOD_AUTOLOAD="yes"
will activate autoloading modules during boot process
+ autoloading of modules after boot<<

but then,

>>Udev will not load the module for you if autoloading is activated!<<

On the one hand, I am happy to see this was properly announced (as I just realized my external hdd wouldn't show up when turned on).. on the other hand it annoys me that I have to go and replace my MODULES array with MOD_BLACKLIST...

--
Maksim Sipos

Offline

#5 2006-02-11 22:57:04

phrakture
Arch Overlord
From: behind you
Registered: 2003-10-29
Posts: 7,879
Website

Re: New udev version and required changes

Ok, to all the nay-sayers out there.  Yes, udev requires module autoloading activated.  This is intentional.  If it forces you to auto load on boot, then so be it.  That is the way it is intended.

It is assumed that if you are loading you modules manually, then you can also load 'usb-storage' so your usb drives are recognized (for example).

No one needs to create a complicated blacklist.  Loaded modules don't take up much space and if they're unused, they take up no cpu time.  For me, personally, I only blacklist 'pcspkr', '8139cp', and 'intel-8x0m'.

Offline

#6 2006-02-12 00:47:30

max_sipos
Member
From: Ithaca, NY
Registered: 2004-10-31
Posts: 106
Website

Re: New udev version and required changes

phrakture wrote:

Ok, to all the nay-sayers out there.  Yes, udev requires module autoloading activated.  This is intentional.  If it forces you to auto load on boot, then so be it.  That is the way it is intended.

From what you are saying, and from what I've gathered from dabbling in /lib/udev and the initscripts, is that you decided that only if MOD_AUTOLOAD is set to yes, udev will autoload the modules. This seems arbitrary to me. Technically I don't see the reason for this (especially because you _can_ control which modules are loaded at boot time, via the blacklist). So, effectively, I don't see how this brought a new feature, except for breaking MODULES.

Arguably one of the coolest and most unique features of Arch, is thereby made practically obsolete. And users who are still using MODULES are forced to mess around with the blacklists, wrong hardware detected, etc... This is even more difficult for people like me, because if something goes wrong with the boot-up of my laptop, I am unable to repair it, since it's one of those tiny laptops without CD or floppy drives. Maybe I should change to a distribution where I am not afraid of screwing up my bootup after every update?

And by the way, adding usb-storage to MODULES doesn't really solve the problem. What is the point of hotplugging then, anyways?

Normally, I am open to fixing up my computers after updates that bring something cool and new to Arch. But I am flabbergasted when we are made to do redundant work to maintain our systems. I see Arch Linux as a distribution for WORKstations, not a playground, and thus I believe Arch developers should have a more careful approach when dealing with init scripts, kernels and such.

--
Maksim Sipos

Offline

#7 2006-02-12 00:55:54

Dusty
Schwag Merchant
From: Medicine Hat, Alberta, Canada
Registered: 2004-01-18
Posts: 5,986
Website

Re: New udev version and required changes

max_sipos wrote:

Maybe I should change to a distribution where I am not afraid of screwing up my bootup after every update?

By all means, feel free.

Offline

#8 2006-02-12 07:58:37

tpowa
Developer
From: Lauingen , Germany
Registered: 2004-04-05
Posts: 2,322

Re: New udev version and required changes

hmm i don't see a problem we are a distro that gives YOU full control about everything, if you don't want autoloading disable it, if you have problems with autoloading, there is the option load_modules=off for boot.
then module loading is completly disabled and you can repair your system real easily.
you can disable modules you don't want/need, what else do you need, it's a very advanced thing.
greetings
tpowa

Offline

#9 2006-02-12 12:43:10

Mythoz
Member
Registered: 2004-04-25
Posts: 58

Re: New udev version and required changes

First I have not updated to the new udev because I am still trying to figure out, how the new autoloding-stuff fits together.

My sezenario: · I want hotplugging: If the USB camera is plugged in, the correct module should be automaticly loaded.
I guess, MOD_AUTOLOAD should be enabled for this, right?
· Because my hardware changes rarly I never used autodetection like hwd (i do not really like such stuff).
  -> Conclusion: I should disable MOD_AUTOLOAD?
· Instead MODULES was an elegant way to load the sparse modules at boot-time.
  -> Enable MOD_AUTOLOAD again?
· I am using an custom compiled kernel.
So I need the "uevent patch"? Where can I get it and what purpose has it? (Puh, another patch to care for... sad)

So maybe someone can clearify my confusion a little.

Offline

#10 2006-02-12 12:47:55

brain0
Developer
From: Aachen - Germany
Registered: 2005-01-03
Posts: 1,382

Re: New udev version and required changes

Mythoz wrote:

[*] Because my hardware changes rarly I never used autodetection like hwd (i do not really like such stuff).
  -> Conclusion: I should disable MOD_AUTOLOAD?
[*] Instead MODULES was an elegant way to load the sparse modules at boot-time.
  -> Enable MOD_AUTOLOAD again?
[*] I am using an custom compiled kernel.
So I need the "uevent patch"? Where can I get it and what purpose has it? (Puh, another patch to care for... sad)
[/list]

The cool thing about MOD_AUTOLOAD with udev is, that it is not slower than adding all your modules to MODULES manually. So there is no advantage in that any more, try it, you will see smile

As for the uevent patch: You can get it from abs, afaik it backports some uevent changes from 2.6.16 to 2.6.15. If you omit the patch, your system will still work (first hand experience) but some udev related stuff will break.

Offline

#11 2006-02-12 13:39:05

UnrealX
Member
From: Lithuania
Registered: 2005-12-30
Posts: 40
Website

Re: New udev version and required changes

I guess I should read archlinux news/announcements and pacman messages on what it`s upgrading next time.
I`ve upgraded udev and only then noticed this announcement, so I had to compile 2.6.15 kernel along with my ethernet drivers and upgrade ati drivers.
Not to mention how much stuff I had to dload with my sucky internet.
I know, stupid me, but this was just wrong.

Arch is nice distro (The Best actually). However I don`t see the point of these udev updates. It was working well before, I was able to customize it to fit my needs. It just bought unnecessary mess.

BTW, maybe pacman should ask twice before upgrading critical packages?

Offline

#12 2006-02-12 13:43:37

tpowa
Developer
From: Lauingen , Germany
Registered: 2004-04-05
Posts: 2,322

Re: New udev version and required changes

why you had to recompile kernel?

Offline

#13 2006-02-12 13:47:00

UnrealX
Member
From: Lithuania
Registered: 2005-12-30
Posts: 40
Website

Re: New udev version and required changes

YOU NEED A KERNEL >= 2.6.15, else udev will not work!!!

And I was running 2.6.14.5 custom becouse my ati drivers would cause hangs on 2.6.15.
However I upgraded both kernel ant ati and it seems to run nicely so far.

Offline

#14 2006-02-12 16:24:36

stonecrest
Member
From: Boulder
Registered: 2005-01-22
Posts: 1,190

Re: New udev version and required changes

I think I'm only supposed to be posting in this thread if I'm whining or moaning or groaning but it was a perfectly smooth transition and everything is working just as it was.


I am a gated community.

Offline

#15 2006-02-12 18:44:36

trapdoor
Member
Registered: 2005-03-27
Posts: 82
Website

Re: New udev version and required changes

stonecrest wrote:

I think I'm only supposed to be posting in this thread if I'm whining or moaning or groaning but it was a perfectly smooth transition and everything is working just as it was.

Same here, just pacman -Syu and everything worked fine.

Offline

#16 2006-02-13 03:18:30

elasticdog
Member
From: Washington, USA
Registered: 2005-05-02
Posts: 995
Website

Re: New udev version and required changes

Maybe I'm just a little slow in the head, but I don't really understand what changed.  What can't you do now that you were able to do before?  I upgraded and changed nothing in my config files (aside from removing the OSS compatibility modules from <code>modprobe.conf</code>) and all seems to be working just fine.  I was using the MOD_AUTOLOAD before, which I thought was related to <code>hwdetect</code>...am I just a confused rubbery canine?

Offline

#17 2006-02-13 04:13:56

Cerebral
Forum Fellow
From: Waterloo, ON, CA
Registered: 2005-04-08
Posts: 3,108
Website

Re: New udev version and required changes

elasticdog,
Originally, MOD_AUTOLOAD controlled whether or not hwdetect loaded modules automatically.  With the new udev/initscripts, it actually controls whether or not udev loads modules automatically.  I can't find any reference to hwdetect in the initscripts anymore.
Additionally, they made MODULES=(!moduleA) to be identical to MOD_BLACKLIST=(moduleA).  This, I suppose, was a largely requested feature from the community.

Offline

#18 2006-02-13 04:42:41

jellywerker
Member
From: Sunny Seattle
Registered: 2005-04-04
Posts: 286

Re: New udev version and required changes

Does commenting out the oss modules work too? That's what I did and it seems to work, but my sound card is mute. I umuted it and reset the volume levels with alsamixer, and ran alsctl state as root, but it's a no go, any ideas on my problem?

Edit: alsactl store, not state.

Offline

#19 2006-02-13 05:11:06

Dusty
Schwag Merchant
From: Medicine Hat, Alberta, Canada
Registered: 2004-01-18
Posts: 5,986
Website

Re: New udev version and required changes

Penguin removed those lines and then had to put them back. I'm not sure what the reason is that tpowa said it had to be removed.

Dusty

Offline

#20 2006-02-13 13:50:56

tpowa
Developer
From: Lauingen , Germany
Registered: 2004-04-05
Posts: 2,322

Re: New udev version and required changes

well here the lines caused trouble and udev loads the compat modules if a sound device is detected.
i have not 1 alsa entry on my systems and everything works on them

Offline

#21 2006-02-13 18:21:07

Mr Green
Forum Fellow
From: U.K.
Registered: 2003-12-21
Posts: 5,893
Website

Re: New udev version and required changes

Well I updated ok but net seems to work when it wants maybe clash between 8139 modules  :cry:

MODLOAD = "yes" loads everything lol


Mr Green

Offline

#22 2006-02-13 22:04:04

sputnik
Member
From: Canada
Registered: 2005-06-24
Posts: 98

Re: New udev version and required changes

Mr Green wrote:

Well I updated ok but net seems to work when it wants maybe clash between 8139 modules  :cry:

MODLOAD = "yes" loads everything lol

Add something like this to your modprobe.conf

"alias eth0 8139too"

But use your correct module. Worked for me.

Offline

#23 2006-02-13 22:16:09

elasticdog
Member
From: Washington, USA
Registered: 2005-05-02
Posts: 995
Website

Re: New udev version and required changes

Cerebral wrote:

elasticdog,
Originally, MOD_AUTOLOAD controlled whether or not hwdetect loaded modules automatically.  With the new udev/initscripts, it actually controls whether or not udev loads modules automatically.  I can't find any reference to hwdetect in the initscripts anymore.
Additionally, they made MODULES=(!moduleA) to be identical to MOD_BLACKLIST=(moduleA).  This, I suppose, was a largely requested feature from the community.

Thanks for clearing that up Cerebral.  Does that mean we can safely remove <code>hwdetect</code> from our systems?

Offline

#24 2006-02-13 22:20:52

tpowa
Developer
From: Lauingen , Germany
Registered: 2004-04-05
Posts: 2,322

Re: New udev version and required changes

no!
hwdetect is used for initrd creation when AUTODETECT=1 is enabled in mkinitrd.conf

Offline

#25 2006-02-14 08:47:51

Mr Green
Forum Fellow
From: U.K.
Registered: 2003-12-21
Posts: 5,893
Website

Re: New udev version and required changes

sputnik wrote:
Mr Green wrote:

Well I updated ok but net seems to work when it wants maybe clash between 8139 modules  :cry:

MODLOAD = "yes" loads everything lol

Add something like this to your modprobe.conf

"alias eth0 8139too"

But use your correct module. Worked for me.

emmm thanks ;-)


Mr Green

Offline

Board footer

Powered by FluxBB