>
>Hi Andrea, does this patch fix the lockup?
No. BTW, I don' t have an SMP machine and my kernel is not compiled SMP.
2.1.79 has the same problem of 2.0.33. Here I have only 2.0.33 2.1.[79-86]
kernels so I can' t use the BUG-HUNTING approch... I will download all
kernels the first time I will go to University (where I don' t pay
telephone...). 2.0.33 is rock solid.
I begun to see the lock the first time I booted 2.1.86 over my new
motherboard (I replaced the old one due a bug that power off it running
some code). With the old one sure 2.1.79 was rock solid. I replaced _only_
the motherboard. The same 2.1.86 kernel image run fine on my father old
motherboard with the __same__ (I moved it there) souncard.
For now I am sure that do_hwgroup_request() in ide.c run and exit so the
kernel don' t lock there.
When the kernel lock __all__ is locked except the console cursor that
continue to pulse. The power button don' t work, the only way to unlock is
the reset button. Windows run fine with the same hardware. Is it an
hardware bug?
I don' t know __where__ to debug now... Maybe I should check the sound
drivers (that works fine in other motherboards...).
Andrea[s] Arcangeli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu