Messages in this thread |  | | Date | Thu, 26 Apr 2001 06:11:10 +0200 | From | Andrea Arcangeli <> |
| |
On Wed, Apr 25, 2001 at 10:39:39PM -0500, Bob McElrath wrote: > Running 2.4.4pre4 with Andrea's rwsem-generic-6 patch, I have just > gotten a process stuck in the 'R' state. According to the ps man page > this is: "runnable (on run queue)". The 'ps aux' output is: > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > root 7921 0.8 26.9 91720 68608 ? R< 00:33 11:20 /usr/X11R6/bin/X > > X is niced at -10 and doesn't respond to kill or kill -9. > > alpha 21164 (ev56) architecture. kernel compiled with: > gcc version 2.96 20000731 (Red Hat Linux 7.0)
The fact X is also part of the equation makes things even less obvious (now we're not even sure it's a kernel bug).
generic-rwsem-6 is a very trivial implementation and I'm pretty sure it is the _last_ thing that could go wrong in your equation. I mean if it goes wrong then it's more likely to be a bug in the spinlocks or whatever in the architectural part of the kernel than in the common code (rwsem-generic-6 was all common code btw).
Furthmore the X server shouldn't really be such an heavy user of the rwsemaphores, as first it's not even threaded.
You can also press SYSRQ+P and get some EIP so we see a bit more what's going on with the X server (assuming such cpu still receives interrupt).
BTW, could you also try to compile with egcs 1.1.2 just in case? I learnt the hard way that for the alpha gcc 2.95.* isn't going to work well (I didn't tried official 95.3 exactly yet, but certainly an older .3 from the 2_95-branch of gcc cvs definitely miscompiled all my 2.4 kernels, 2.96 with some houndred of patches [literally] is certainly better than 2.95.* on the alpha but egcs is definitely still worth a try) (personally I'm using egcs 1.1.2 for the 2.[24] alpha kernels and 2.95.4 (2_95-branch of cvs) for the 2.[24] x86 kernels [and gcc 3.1 for x86-64 ;])
Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |