Fresh, full install of RC5.

During boot I experience a long (~15 seconds) delay usually immediately after i915 drm is initialized, everything seems to just freeze. After the delay I get the following messages, then it continues to boot normally.

On first boot I thought it was associated with the display driver but now I think it is the wireless device and the timing is just coincidental. I expect it needs a module or udev rule to get past it, but I am not udev guru enough to know what to do with it.

Additional info...

I don't get anything useful from dmesg as far as I can tell.

Problem is essentially the same with huge or generic kernels.

Any help appreciated!

[EDIT]
The ipw2200 module is loading and the device is accessible via ifconfig after boot (I do not use it so have not configured it).
[/EDIT]

The udevd message seems to confirm the issue was with your wireless device (pci 05:04.0 is the wifi card according to the lspci fragment you provided).

I have the same issue here. Also with the wifi controller, although this is a Broadcom BCM43225 (driver is brcmsmac).

It has been reported several times here in previous threads. IIRC, it can be avoided by hand-loading the kernel module before udevd tries to do it.

For the moment I just reverted to udev-165 (from 13.37) which works fine on my PC

Phil

1 members found this post helpful.

I had the same problem...

Also thought i915 was the problem and it was brcmsmac driver...

To solve it I blacklisted the brcmsmac driver on udev and loaded it in rc.local.

1 members found this post helpful.

Another workaround is to create initrd with that particular module. Udev will throw few warnings/errors, but as far as I tried, they are harmless. At least it works for my ipw2200 wireless module.

1 members found this post helpful.

Fixed for now by adding ipw2200 to my initrd.

I was hoping to understand the "why" a little better, but no time today. Anyone know of a good, useful overview of udev and the rules files?

Thanks to all who replied!

Don't know why, but adding the brcmsmac didn't solved mine when I tried before. The module wouldn't load automatically and I had to add it manually if I had it on initrd.

The udev problem in my case seems to be with CRDA, but this is just a guess...

Have no time? Searching this forum takes few minutes.

If someone else finds the same problem and step into this thread, just believe philanc and do a search to find detailes in this forum about cause and cure.

Actually, I had done more than a cursory look in these forums, and found several threads for both the i915 driver and the wireless, but nothing that I found really helpful to understanding the ipw2200 problem. I had thought that I would add the module to the initrd on next boot, but was looking for a better understanding of it more than a quick fix. In the end, I have a quick fix but still lack any good understanding of why it fails with udev.

It might well be due to my own slow rate of understanding the obvious, but I did not find a useful cause/cure for it here.

Due to changes in udev, some modules that needs to load firmware just timeout now. See http://www.spinics.net/lists/linux-w.../msg83448.html. We either need to revert udev back to old behaviour or patch ipw2200 and other similar acting modules for new udev.

2 members found this post helpful.

Now THAT looks helpful! I'll digest it later today!

Thanks yenn!

Great explanation. Thanks for the link!

Phil

My horizons are expanded, if not my actual gray matter!

Read yenn's link to learn why it broke from older behavior. I have often read refs to "reverting to udev-xxx" and it always made me ask, "But WHY?".

Then, the extent of my previous udev knowledge was mostly gained from ordering my net and USB device names - sketchy at best. In looking into this I read the ArchWiki article here https://wiki.archlinux.org/index.php/Udev which has all the answers, including the vagaries of rules files and blacklisting - read it!