David Miller wrote: > From: Bernd Zeimetz <bernd@xxxxxxx> > Date: Fri, 16 Nov 2007 22:17:07 +0100 > >> The sysrq-g output is attached, I hope you can make sense out of it. >> We'll also add some extra workload to the other machines here to try to >> trigger the bug on other CPUs, too. > > I just got back from my vacation and started looking at these > dumps. I think there might be some bug in cheetah_xcall_deliver(), > I'll try to diagnose this some more. I'm not sure if it is related, but non-SMP Kernels don't boot at all on the machine. > If you cannot reproduce this bug on non-Ultra-III systems that > would help confirm or deny my theory. Have you been able to > trigger this on your Ultra-II machine for example? If so, what > do the sysrq-g traces look like there? Since your Futex bugfix the Ultra-II machine runs pretty stable. I did not manage to trigger the bug there, but it was hard to trigger the bug the first time there already - even if I run a Kernel without the Futex bugfix the machine will just hang itself at some random point, I never managed to reproduce the bug easily on US II. Best regards, Bernd -- Bernd Zeimetz <bernd@xxxxxxx> <http://bzed.de/> - To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
