I tried the patch, no luck. ksymoops has been a new and interesting
experience. I hope this is what you need:
ksymoops 2.4.5 on i686 2.4.19-64GB-SMP. Options used
-V (default)
-k /proc/ksyms (specified)
-l /proc/modules (default)
-o /lib/modules/2.4.19-64GB-SMP/ (default)
-m /boot/System.map-2.4.19-64GB-SMP (default)
Aug 14 12:23:07 padmanabha kernel: Unable to handle kernel paging request at
virtual address ffffffff
Aug 14 12:23:07 padmanabha kernel: c44c5535
Aug 14 12:23:07 padmanabha kernel: *pde = 00000000
Aug 14 12:23:07 padmanabha kernel: Oops: 0002 2.4.19-64GB-SMP #1 SMP Wed Jun
11 19:20:11 UTC 2003
Aug 14 12:23:07 padmanabha kernel: CPU: 0
Aug 14 12:23:07 padmanabha kernel: EIP:
0010:[sg:sg_major_ptrs+32923541/54504459] Tainted: P
Aug 14 12:23:07 padmanabha kernel: EIP: 0010:[<c44c5535>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
Aug 14 12:23:07 padmanabha kernel: EFLAGS: 00010296
Aug 14 12:23:07 padmanabha kernel: eax: 0000001a ebx: c35a52a0 ecx:
00000046 edx: c0339de8
Aug 14 12:23:07 padmanabha kernel: esi: 00000000 edi: c35a52be ebp:
00000000 esp: c43c1ba4
Aug 14 12:23:07 padmanabha kernel: ds: 0018 es: 0018 ss: 0018
Aug 14 12:23:07 padmanabha kernel: Process afsd (pid: 1107,
stackpage=c43c1000)
Aug 14 12:23:07 padmanabha kernel: Stack: c44e4765 00000108 00000007 c44d0551
0000000a fdf650ec 00000001 c4493140
Aug 14 12:23:07 padmanabha kernel: c44e4765 00000108 00000007 c44d0551
c35a52a0 00000000 c35a52be c347b0c0
Aug 14 12:23:07 padmanabha kernel: 08071480 c35a52be c016eb90 c44cfcee
00000108 c35a52a0 08071480 c44d064e
Aug 14 12:23:07 padmanabha kernel: Call Trace:
[sg:sg_major_ptrs+33051077/54376923] [sg:sg_major_ptrs+32968625/54459375]
[sg:sg_major_ptrs+32717728/54710272] [sg:sg_major_ptrs+33051077/54376923]
[sg:sg_major_ptrs+32968625/54459375]
Aug 14 12:23:07 padmanabha kernel: Call Trace: [<c44e4765>] [<c44d0551>]
[<c4493140>] [<c44e4765>] [<c44d0551>]
Aug 14 12:23:07 padmanabha kernel: [<c204523f>]
Aug 14 12:23:07 padmanabha kernel: [<c44d6d33>] [<c44f2d4c>] [<c0238e40>]
[<c012526e>] [<c204523f>] [<c0205648>]
Aug 14 12:23:07 padmanabha kernel: [<c02057f7>] [<c204523f>] [<c01f93f8>]
[<c01f2fb1>] [<c01f4cc4>] [<c01f6ea0>]
Aug 14 12:23:07 padmanabha kernel: [<c01f734a>] [<c024a239>] [<c01f3ffb>]
[<c01f81a0>] [<c01e9bb2>] [<c44d78c9>]
Aug 14 12:23:07 padmanabha kernel: [<c01e9a40>] [<c01095ef>]
Aug 14 12:23:07 padmanabha kernel: Code: c6 05 ff ff ff ff 2a 83 c4 10 83 c4
0c c3 90 55 57 56 53 8b
>>EIP; c44c5535 <[libafs]osi_Panic+25/34> <=====
>>ebx; c35a52a0 <[parport].bss.end+496b21/5a98e1>
>>edx; c0339de8 <log_wait+0/c>
>>edi; c35a52be <[parport].bss.end+496b3f/5a98e1>
>>esp; c43c1ba4 <[agpgart].bss.end+5e84e5/6a69a1>
Trace; c44e4765 <[libafs]rcsid+125/140>
Trace; c44d0551 <[libafs]osi_lookupname_internal+61/b0>
Trace; c4493140 <[libafs]osi_AllocSmallSpace+24/e0>
Trace; c44e4765 <[libafs]rcsid+125/140>
Trace; c44d0551 <[libafs]osi_lookupname_internal+61/b0>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c44d6d33 <[libafs]afs_syscall_call+dcf/16dc>
Trace; c44f2d4c <[libafs]afs_global_lock+0/14>
Trace; c0238e40 <scsi_done+0/b0>
Trace; c012526e <context_switch+ae/21d>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c0205648 <locate_hd_struct+38/90>
Trace; c02057f7 <req_new_io+67/90>
Trace; c204523f <[aic7xxx]ahc_linux_run_device_queue+48f/9b0>
Trace; c01f93f8 <clear_selection+18/60>
Trace; c01f2fb1 <scrup+1e1/220>
Trace; c01f4cc4 <lf+74/80>
Trace; c01f6ea0 <do_con_trol+cc0/e70>
Trace; c01f734a <do_con_write+2fa/8e0>
Trace; c024a239 <vgacon_cursor+f9/200>
Trace; c01f3ffb <set_cursor+7b/a0>
Trace; c01f81a0 <con_flush_chars+60/90>
Trace; c01e9bb2 <write_chan+172/230>
Trace; c44d78c9 <[libafs]afs_syscall+18d/424>
Trace; c01e9a40 <write_chan+0/230>
Trace; c01095ef <system_call+33/38>
Code; c44c5535 <[libafs]osi_Panic+25/34>
00000000 <_EIP>:
Code; c44c5535 <[libafs]osi_Panic+25/34> <=====
0: c6 05 ff ff ff ff 2a movb $0x2a,0xffffffff <=====
Code; c44c553c <[libafs]osi_Panic+2c/34>
7: 83 c4 10 add $0x10,%esp
Code; c44c553f <[libafs]osi_Panic+2f/34>
a: 83 c4 0c add $0xc,%esp
Code; c44c5542 <[libafs]osi_Panic+32/34>
d: c3 ret
Code; c44c5543 <[libafs]osi_Panic+33/34>
e: 90 nop
Code; c44c5544 <[libafs]osi_utoa+0/b0>
f: 55 push %ebp
Code; c44c5545 <[libafs]osi_utoa+1/b0>
10: 57 push %edi
Code; c44c5546 <[libafs]osi_utoa+2/b0>
11: 56 push %esi
Code; c44c5547 <[libafs]osi_utoa+3/b0>
12: 53 push %ebx
Code; c44c5548 <[libafs]osi_utoa+4/b0>
13: 8b 00 mov (%eax),%eax
Thanks for your help guys, this sort of thing is a little above my level of
expertise.
-Ben
On Wednesday 13 August 2003 11:05 pm, Nickolai Zeldovich wrote:
> > Aug 13 17:35:50 padmanabha kernel: Starting AFS cache
> > scan...osi_AllocSmallS: size=264
>
> I've just found and fixed one bug which would cause such a panic in
> osi_AllocSmallSpace, but I'd be a bit surprised if it was the same
> bug as the one causing your panics here. Nonetheless, you can get
> the patch at:
>
> http://www.openafs.org/cgi-bin/wdelta/memory-allocation-fixes-20030813
>
> If it doesn't fix your problem, get us a stack trace, as Derrick
> already suggested.
>
> -- kolya
> _______________________________________________
> OpenAFS-info mailing list
> [EMAIL PROTECTED]
> https://lists.openafs.org/mailman/listinfo/openafs-info
_______________________________________________
OpenAFS-info mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo/openafs-info
