* On Mon, May 29, 2006 at 07:52 AM (-0400), Constantine 'Gus' Fantanas wrote:
I have been experiencing similar things on my Compaq
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
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
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
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
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.