http://oss.sgi.com/bugzilla/show_bug.cgi?id=273
------- Additional Comments From brian@xxxxxxxxxxx 2003-04-09 16:26 PDT -------
Sorry it took me so long to respond... I have not had much luck getting kdb
running in our environment, but I did find that an incorrect copy of System.map
was getting installed and hence the garbage back trace. I have reproduced the
problem and run the kernel oops through ksymoops and it produced a much saner
looking stack trace.
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000030
printing eip:
c02025c5
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010:[<c02025c5>] Tainted: P
EFLAGS: 00010206
eax: f5c2cc00 ebx: 00000000 ecx: f5c2cc00 edx: 00000004
esi: f59fa580 edi: 0009a030 ebp: 00000000 esp: f5cd5b5c
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 553, stackpage=f5cd5000)
Stack: 00000000 c01f0e29 c02ea8d4 f5c2cc00 00000000 0009a030 00000000 00000000
f59fa540 f6131980 00000002 00000000 f5c2cc00 c01f1912 f6131980 f59fa540
00000002 f5d26b80 0000000a f5e03168 f5aa3cf0 f59fa400 c01f1a37 f6131980
Call Trace: [<c01f0e29>] [<c01f1912>] [<c01f1a37>] [<c01f1b7f>] [<c01f26db>]
[<c01f2c64>] [<c01f2cad>] [<c01f2e31>] [<c01ec201>] [<c01f45f6>] [<c01f38b6>]
[<c01f3901>] [<c01fb6b3>] [<c01fb79b>] [<c020dd39>] [<c013d975>] [<c014e406>]
[<c013db5d>] [<c014f4b9>] [<c014f782>] [<c014f5dd>] [<c014fbaf>] [<c0108a2b>]
Code: 8b 43 30 50 b8 0c 00 00 00 85 db 74 04 0f b7 43 78 50 8b 44
>>EIP; c02025c5 <xfs_ioerror_alert+9/5c> <=====
>>eax; f5c2cc00 <_end+3583e2b0/3846a710>
>>ecx; f5c2cc00 <_end+3583e2b0/3846a710>
>>esi; f59fa580 <_end+3560bc30/3846a710>
>>edi; 0009a030 Before first symbol
>>esp; f5cd5b5c <_end+358e720c/3846a710>
Trace; c01f0e29 <xlog_recover_do_buffer_trans+135/24c>
Trace; c01f1912 <xlog_recover_do_trans+76/108>
Trace; c01f1a37 <xlog_recover_commit_trans+27/3c>
Trace; c01f1b7f <xlog_recover_process_data+11f/1ac>
Trace; c01f26db <xlog_do_recovery_pass+357/864>
Trace; c01f2c64 <xlog_do_log_recovery+7c/a4>
Trace; c01f2cad <xlog_do_recover+21/114>
Trace; c01f2e31 <xlog_recover+91/a8>
Trace; c01ec201 <xfs_log_mount+7d/bc>
Trace; c01f45f6 <xfs_mountfs+97a/e38>
Trace; c01f38b6 <xfs_readsb+3e/c0>
Trace; c01f3901 <xfs_readsb+89/c0>
Trace; c01fb6b3 <xfs_cmountfs+4e3/580>
Trace; c01fb79b <xfs_mount+4b/54>
Trace; c020dd39 <linvfs_read_super+131/280>
Trace; c013d975 <get_sb_bdev+1e1/258>
Trace; c014e406 <alloc_vfsmnt+76/a0>
Trace; c013db5d <do_kern_mount+55/104>
Trace; c014f4b9 <do_add_mount+65/134>
Trace; c014f782 <do_mount+156/170>
Trace; c014f5dd <copy_mount_options+55/a4>
Trace; c014fbaf <sys_mount+af/110>
Trace; c0108a2b <system_call+33/38>
Code; c02025c5 <xfs_ioerror_alert+9/5c>
00000000 <_EIP>:
Code; c02025c5 <xfs_ioerror_alert+9/5c> <=====
0: 8b 43 30 mov 0x30(%ebx),%eax <=====
Code; c02025c8 <xfs_ioerror_alert+c/5c>
3: 50 push %eax
Code; c02025c9 <xfs_ioerror_alert+d/5c>
4: b8 0c 00 00 00 mov $0xc,%eax
Code; c02025ce <xfs_ioerror_alert+12/5c>
9: 85 db test %ebx,%ebx
Code; c02025d0 <xfs_ioerror_alert+14/5c>
b: 74 04 je 11 <_EIP+0x11> c02025d6
<xfs_ioerror_alert+1a/5c>
Code; c02025d2 <xfs_ioerror_alert+16/5c>
d: 0f b7 43 78 movzwl 0x78(%ebx),%eax
Code; c02025d6 <xfs_ioerror_alert+1a/5c>
11: 50 push %eax
Code; c02025d7 <xfs_ioerror_alert+1b/5c>
12: 8b 44 00 00 mov 0x0(%eax,%eax,1),%eax
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
|