Re: 2.6.10-rc3-mm1-V0.7.33-03 and NVidia wierdness, with workaround...
From: Valdis . Kletnieks
Date: Fri Dec 17 2004 - 17:43:42 EST
On Fri, 17 Dec 2004 16:52:34 EST, Steven Rostedt said:
> I just tried it again, but this time with V0.7.33-04 and it still has
> the same problems. I also forced the nv.c not use the class_simple
> code. But it still breaks on start-up. Do you have either
> CONFIG_DEBUG_SPINLOCK_SLEEP or CONFIG_DEBUG_PREEMPT defined? If not,
> you won't see the dump I see with the might_sleep. This is only tested
> if you have either of the two configure.
I had SPINLOCK_SLEEP defined on -rc3-mm1, and have DEBUG_PREEMPT defined both
now and on the base -rc3-mm1. So at least on my box with a UP kernel, neither
of those is a problem... (SPINLOCK_SLEEP doesn't show up on -RT because of an
added Kconfig 'depends on !DEBUG_PREEMPT' the -RT patch adds).
> But just to let you know, here's the dump when it happens.
> BUG: sleeping function called from invalid context XFree86(5029) at kernel/rt.c:1443
Hmm.. best I can do is:
Dec 13 11:59:06 turing-police kernel: <3>BUG: sleeping function called from invalid context sendmail(10011) at include/linux/rwsem.h:47
Multiple hits on rwsem.h:47, sendmail/gpg/bash, only on V0.7.31-15, nothing
X-related, and quite possibly due to my ham-handed attempt to make Ingo's
-rc2-mm3 patch apply to -rc2-mm4 myself. ;)
Most likely, the fact you have SMP/HT and I'm just on a PREEMPT-UP kernel is
what's making the difference. There's almost certainly a '#ifdef CONFIG_SMP'
involved here somehow....
Description: PGP signature