udev-182 in -current

kite · 07-23-2012, 08:34 PM

With the older udev before the slack ware birthday update, my BCM4331 wireless network card failed to load the firmware saying no firmware available although I had recompiled the kernel with BCMA enabled. After the upgrade to udev 182, BCM4331 is happy now.

ReaperX7 · 07-23-2012, 08:49 PM

I better check this on my HP Mini Netbook. My BCM4312 has been very disagreeable as of late.

ack_iix · 08-13-2012, 11:21 PM

I too got an excessive delay on startup when using udev 182, anybody has the same problem?

Trying to run /sbin/udevadm --debug trigger when the system is already up and running is very fast. I don't know what's wrong with the startup delay though.

guanx · 09-06-2012, 06:37 AM

Searching the web for "udev 30 seconds" redirected me to ArchWiki. I tried the solution from there (to add the problematic module, ipw2200 in my case, to the initrd) and everything is ok now.

ack_iix · 09-06-2012, 11:03 PM

Hi guanx,

I too suspect this is related with my network adapter, I'm having this problem on my HP Pavilion dv6 notebook but not on my desktop.

Here's the output from lspci:

Code:

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM65 Express Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Whistler XT [AMD Radeon HD 6700M Series] (rev ff)
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
0d:00.0 Network controller: Ralink corp. RT5390 [802.11 b/g/n 1T1R G-band PCI Express Single Chip]
13:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5116 PCI Express Card Reader (rev 01)
19:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)

I've tried blacklisting my wireless and ethernet module using an entry in /etc/modprobe.d/blacklist.conf and add them to my initrd but I still got excessive delay when udev is starting. Checking for udev process after the system is running found it runs two instance, is this normal?

Code:

[dwi@pavilion:rc.d]$ ps aux | grep udev
root      1330  0.0  0.0  28432  1896 ?        Ss   10:33   0:00 /sbin/udevd --daemon
root      6327  0.0  0.0  28428  1360 ?        S    10:59   0:00 /sbin/udevd --daemon

Thanks for your reply

guanx · 09-07-2012, 06:43 AM

Quote:

Originally Posted by ack_iix

Hi guanx,

I too suspect this is related with my network adapter, I'm having this problem on my HP Pavilion dv6 notebook but not on my desktop.

...

Is the delay really caused by your WLAN? Can you post the beginning of your dmesg (e.g. dmesg from the first 40 seconds)?

BTW, This is output from my system:

Code:

$ ps aux | grep udev
root      1039  0.0  0.0   4952  1040 ?        Ss   Sep06   0:00 /sbin/udevd --daemon
root      3938  0.0  0.0   4948  1040 ?        S    15:21   0:00 /sbin/udevd --daemon
root      3940  0.0  0.0   4948  1032 ?        S    15:21   0:00 /sbin/udevd --daemon
guanx     4666  0.0  0.0   2764   880 pts/2    S+   16:00   0:00 grep udev

ack_iix · 09-07-2012, 11:19 PM

Hi guanx,

Yesterday I my effort to debug what's causing the delay, I took a crazy step and edit my /etc/rc.d/rc.udev file and I did the following changes:

Code:

change /sbin/udevd --daemon

to

Code:

/sbin/udevd --debug --daemon &> /var/log/udev.log &

Code:

/sbin/udevadm trigger --type=subsystems --action=add

to

Code:

/sbin/udevadm --debug trigger --type=subsystems --action=add &> /var/log/udev_subsystems.log &

Code:

/sbin/udevadm trigger --type=devices

to

Code:

/sbin/udevadm --debug trigger --type=devices --action=add &> /var/log/udev_devices.log &

After these changes by boot suddenly becomes blazing fast again, looking at the log file generated I don't see any error. Is there any possible ill effect of modifying this rc.udev file?

Thanks for your reply