It turns out that this is a toolchain bug. Get a newer toolchain -- I'm using the one from H.J., which is on oss.sgi.com in the redhat 7.1 mini-port. Matt -- Matthew D. Dharm Senior Software Designer Momentum Computer Inc. 1815 Aston Ave. Suite 107 (760) 431-8663 X-115 Carlsbad, CA 92008-7310 Momentum Works For You www.momenco.com > -----Original Message----- > From: owner-linux-mips@oss.sgi.com > [mailto:owner-linux-mips@oss.sgi.com]On Behalf Of Kunihiko IMAI > Sent: Wednesday, February 06, 2002 6:07 AM > To: Linux-MIPS > Subject: Re: One bug fixed, another found? > > > Hi, > > I also got the Oops in same place. > > My environment is: > > o board: Pb1000 ( Au1000 eval. board ) > o kernel: SGI version of 2.4.17 > o root fs: nfs root > o userland: RedHat 7.1 got from SGI ftp site. > > When rebuilding rpm package on the MIPS board, I also got error in > same place. > > Today I compiled kernel with __wake_up_common not inline > function, and > got same result. And also made kgdb version. I found that the line > > p = curr->task; > > made the memory violation. When trap occurs, gdb says > > curr = 0xfffffffc > > So here is the place of memory violation. > > At Thu, 31 Jan 2002 18:09:29 -0800, > Matthew Dharm wrote: > > > Unable to handle kernel paging request at virtual address > fffffffc, > > epc == 8010b > > 1ec, ra == 8010b19c > > $0 : 00000000 b0045400 00000000 00000000 00000017 > 802d51cc 92bdc000 > > 93e7d120 > > $8 : 92bdc000 b0045401 00000000 00000000 00000000 > 00000000 00000088 > > 00000000 > > $16: 00000000 b0045400 00000001 b0045401 802de998 > 802dad88 00000001 > > 92ce1160 > > $24: 00000000 2acce4e0 92bdc000 > 92bddd68 92bddd68 > > 8010b19c > > epc : 8010b1ec Not tainted > > Using defaults from ksymoops -t elf32-tradbigmips -a mips:3000 > > Status: b0045402 > > Cause : 80008008 > > Process bladeenc (pid: 660, stackpage=92bdc000) > > Stack: 92bddd68 92bddd68 92bddd68 92bddd68 802df378 > 00000001 00000000 > > 93ff8bf0 > > 802df1fc 802df36c 000001d2 92bc4060 8012c588 > 8012c528 00001000 > > 92bc4060 > > 00000000 92bc4060 81018fc0 92ce1160 00000005 > 92bc4120 00001a55 > > 93ff8bf0 > > 92ce1160 0000001f 00001000 8012c180 81018fc0 > 92bc4120 00001a54 > > 93ff8bec > > 80122aa0 80122af8 93f036c0 00000000 80170988 > 80170980 00000005 > > 00001a50 > > 92ce1160 ... > > Call Trace: [<8012c588>] [<8012c528>] [<8012c180>] [<80122aa0>] > > [<80122af8>] [<8 > > 0170988>] > > [<80170980>] [<801233ec>] [<8012372c>] [<8012377c>] [<80126198>] > > [<80123d80>] > > [<80123c78>] [<801680dc>] [<8010703c>] [<8013290c>] [<80113158>] > > [<80106508>] > > [<80106508>] > > Code: 12400004 00000000 8e100000 <5614ffcc> 8e05fffc 40016000 > > 32730001 3421 > > 0001 38210001 > > > > >>RA; 8010b19c <__wake_up+ec/198> > > >>PC; 8010b1ec <__wake_up+13c/198> <===== > > Trace; 8012c588 <__alloc_pages+d0/21c> > > Trace; 8012c528 <__alloc_pages+70/21c> > > Trace; 8012c180 <_alloc_pages+20/2c> > > Trace; 80122aa0 <page_cache_read+a0/11c> > > Trace; 80122af8 <page_cache_read+f8/11c> > > Trace; 80170988 <nfs_updatepage+218/314> > > Trace; 80170980 <nfs_updatepage+210/314> > > Trace; 801233ec <generic_file_readahead+174/1ec> > > Trace; 8012372c <do_generic_file_read+24c/51c> > > Trace; 8012377c <do_generic_file_read+29c/51c> > > Trace; 80126198 <generic_file_write+558/828> > > Trace; 80123d80 <generic_file_read+94/1a0> > > Trace; 80123c78 <file_read_actor+0/74> > > Trace; 801680dc <nfs_file_read+cc/ec> > > Trace; 8010703c <handle_IRQ_event+80/f4> > > Trace; 8013290c <sys_read+d8/130> > > Trace; 80113158 <sys_time+18/5c> > > Trace; 80106508 <stack_done+1c/38> > > Trace; 80106508 <stack_done+1c/38> > > Code; 8010b1e0 <__wake_up+130/198> > > 00000000 <_PC>: > > Code; 8010b1e0 <__wake_up+130/198> > > 0: 12400004 beqz s2,14 <_PC+0x14> 8010b1f4 > > <__wake_up+144/198> > > Code; 8010b1e4 <__wake_up+134/198> > > 4: 00000000 nop > > Code; 8010b1e8 <__wake_up+138/198> > > 8: 8e100000 lw s0,0(s0) > > Code; 8010b1ec <__wake_up+13c/198> <===== > > c: 5614ffcc 0x5614ffcc <===== > > This is MIPS2 code. If you use objdump to disassemble, add > -m mips:4600 option to get correct mnemonic. > > And the cause register says exception occurred in delay slot, so: > > > Code; 8010b1f0 <__wake_up+140/198> > > 10: 8e05fffc lw a1,-4(s0) > > The memory violation occurs here. > > Registers dump says s0 = 00000000, memory access to > 0xfffffffc occurs > here. > > > Code; 8010b1f4 <__wake_up+144/198> > > 14: 40016000 mfc0 at,$12 > > Code; 8010b1f8 <__wake_up+148/198> > > 18: 32730001 andi s3,s3,0x1 > > Code; 8010b1fc <__wake_up+14c/198> > > 1c: 34210001 ori at,at,0x1 > > Code; 8010b200 <__wake_up+150/198> > > 20: 38210001 xori at,at,0x1 > > Thanks. > _._. __._ _ . ... _ .___ ._. _____ _... ._ _._ _.._. > .____ _ . ... _ > > > Kunihiko IMAI >
