Hi, * On Mon, May 29, 2006 at 07:52 AM (-0400), Constantine 'Gus' Fantanas wrote:
I have been experiencing similar things on my Compaq Presario 3240 AMD64-based laptop (with nVidia nForce 3 chipset) with SuSE 10 and kernel of the day 2.6.16.
That's quite interesting as it seems that it isn't a special problem of the nForce4 Ultra.
I thought it was because I enabled full pre-emption.
At least I can't confirm this. I've configured the kernel's pre- emption property as "Preemption Model (Voluntary Kernel Preemption (Desktop)". I suppose that you mean "Preemptible Kernel (Low-Latency Desktop)" with "full pre-emption", don't you?
I found out that the necessary modules do not load sometimes. So, if I have no ethernet or sound, I load the appropriate modules as root ('8139too' for the built-in ethernet and 'snd_intel8x0' for the sound), run 'rcalsasound restart' as root, and all is fine afterwards.
I think that this would solve it in my case, too. Most probably the reinitializing of "coldplug" does just the same thing.
(I manually invoke 'dhcpcd eth0' all the time.) I observed that whenever I had no sound, I also had no ethernet and vice- versa.
Yes, exactly the same here.
I did not try USB when I had no ethernet and no sound.
As I use an optical mouse that is connected via USB I recognize the occurence of the problem at first when looking at the mouse when the login screen appears - when the problem occurs, the mouse's LED stays just dark, it doesn't move (of course) and then I can be sure that the NIC and the sound are dead, too.
I would think that the situation with USB would be different because when a USB device is attached, that is supposed to generate a hotplug event, which should cause the necessary modules to load.
That's quite possible as I haven't tried to unplug and reconnect the USB mouse, yet. The next time it happens I will try to have a closer look. Perhaps I can find any reasons (looking at the kernel ring buffer and the log files) why the loading of the modules fails. Best regards, Steffen