[kernel] bug#133: Protection ID trap with infinite loop
None
X-PA-RISC Linux-PR-Message: report 133
X-PA-RISC Linux-PR-Package: kernel
X-Loop: daniel_frazier@hp.com
Received: via spool by bugs@bugs.parisc-linux.org id=B.99109624213453
(code B ref -1); Tue, 29 May 2001 00:33:01 GMT
Date: Mon, 28 May 2001 18:30:34 -0600
To: submit@bugs.parisc-linux.org
Message-ID: <20010528183034.D25417@zumpano.fc.hp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
From: willy@ldl.fc.hp.com (Matthew Wilcox)
Package: kernel
Somehow we've got into an infinite loop here...
!!die_if_kernel: make(12870): Protection Id Trap 7
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001001111111100001111
r0-3 0000000000000000 00000000000407a8 000000007ff02580 00000000000574c0
r4-7 000000004019123c 000000000004f430 000000000003ffa8 000000000003ffa8
r8-11 0000000000000029 000000000004e880 0000000000000002 0000000000000004
r12-15 0000000000000100 0000000000057310 00000000000407a8 000000000000005c
r16-19 000000000004f430 0000000000000000 0000000000000000 00000000401bfdb0
r20-23 0000000000000000 000000004008a614 0000000000000000 0000000000000008
r24-27 000000007ff02618 000000007ff02590 0000000000000012 000000000003ffa8
r28-31 0000000000000000 0000000000000000 000000007ff028c0 000000004008a637
sr0-3 0000000000002900 0000000000000000 0000000000000000 0000000000002900
sr4-7 0000000000002900 0000000000002900 0000000000002900 0000000000002900
IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000401a07df 00000000401a07e3
IIR: 43ffff40 ISR: 0000000000000000 IOR: 0000000000000000
ORIG_R28: 0000000000000000
so we're trying to execute user code with a space id of 0, and this is just
not going to work. two questions: 1) how did this happen? 2) why isn't
the process being killed?
$ uname -a
Linux gsyprf11 2.4.0 #102 Sat May 19 00:19:20 PDT 2001 parisc64 unknown
$ ldd `which make`
librt.so.1 => /lib/librt.so.1 (0x4002b000)
libc.so.6 => /lib/libc.so.6 (0x4004d000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40197000)
/lib/ld.so.1 => /lib/ld.so.1 (0x40000000)
inside libpthread, which is slightly suspicious, I suppose.