lsattr /dev caused a lot of modules to be loaded:
# echo `cat /proc/modules | grep autoclean | awk '{ print $1 }'`
joystick sr_mod loop rd ide-cd cdrom sg st parport_probe parport_pc lp parport af_packet autofs nls_cp437 vfat fat
... all programs are up to date and all disclaimers apply ...
Warning in compare_ksyms_lsmod, module nfs is in lsmod but not in ksyms, probably no symbols exported
Warning in compare_ksyms_lsmod, module snd-interwave is in lsmod but not in ksyms, probably no symbols exported
Warning in compare_ksyms_lsmod, module snd-pcm1-oss is in lsmod but not in ksyms, probably no symbols exported
Warning: trailing garbage ignored on Code: line
Text: 'Code: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000'
Garbage: 'Unable to handle kernel NULL pointer dereference at virtual address 00000000'
Warning, Code looks like message, not hex digits. No disassembly attempted.
Options used: -V (default)
-o /lib/modules/2.2.10/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /boot/System.map-2.2.10 (specified)
-c 1 (default)
Unable to handle kernel NULL pointer dereference at virtual address 00000000
current->tss.cr3 = 06c4d000, %cr3 = 06c4d000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<00000000>]
EFLAGS: 00010282
eax: 00000000 ebx: c6af4250 ecx: c6af4204 edx: c6af4204
esi: c3841e6c edi: 00000000 ebp: c6ad7364 esp: c3841e38
ds: 0018 es: 0018 ss: 0018
Process lsattr (pid: 12479, process nr: 25, stackpage=c3841000)
Stack: c6af42a4 c6ad4e04 c6ad4ef0 c63c99e0 0000000c 00000001 c6af4204 c6af42a4
00000000 00000000 00000000 00000000 0000000c c5f50ca4 00030301 00002003
00200403 c0005600 00040303 00002020 00560400 00002000 c000a000 c007f210
Call Trace: [<c012590b>] [<c012590b>] [<c013b986>] [<c0130393>] [<c01246f6>] [<c01d7045>] [<c0124a1a>]
[<c01239aa>] [<c0123afc>] [<c0109048>]
Code: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
>>EIP: 00000000 Before first symbol
Trace: c012590b <__brelse+13/54>
Trace: c012590b <__brelse+13/54>
Trace: c013b986 <ext2_read_inode+2be/3cc>
Trace: c0130393 <get_new_inode+a7/11c>
Trace: c01246f6 <get_chrfops+1e/24>
Trace: c01d7045 <tvecs+1d41/510c>
Trace: c0124a1a <chrdev_open+3e/4c>
Trace: c01239aa <filp_open+ae/f8>
current->tss.cr3 = 06c4d000, %cr3 = 06c4d000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01094cb>]
EFLAGS: 00010086
eax: 00000000 ebx: 00000000 ecx: 00000005 edx: c7e0e000
esi: 0000002b edi: c3842000 ebp: c8000000 esp: c3841d7c
ds: 0018 es: 0018 ss: 0018
Process lsattr (pid: 12479, process nr: 25, stackpage=c3841000)
Stack: c3840000 c021c5e0 c022bd1e c3841e6c 00000000 c6ad7364 00000000 c6af4250
c6af4204 c6af4204 00000000 00010282 c87f0000 c8800000 c010952c c3841dfc
c01d4278 c01d527d 00000000 00000000 c010e4f2 c01d527d c3841dfc 00000000
Call Trace: [<c87f0000>] [<c8800000>] [<c010952c>] [<c01d4278>] [<c01d527d>] [<c010e4f2>] [<c01d527d>]
[<c010914d>] [<c012590b>] [<c012590b>] [<c013b986>] [<c0130393>] [<c01246f6>] [<c01d7045>] [<c0124a1a>]
[<c01239aa>] [<c0123afc>] [<c0109048>]
Code: 0f b6 0c 03 89 4c 24 38 51 68 70 42 1d c0 e8 82 97 00 00 83
>>EIP: c01094cb <show_registers+26f/2a0>
Trace: c87f0000 <_end+859cf30/85c7f7c>
Trace: c8800000 <_end+85acf30/85c7f7c>
Trace: c010952c <die+30/38>
Trace: c01d4278 <stext_lock+1464/24f0>
Trace: c01d527d <stext_lock+2469/24f0>
Trace: c010e4f2 <do_page_fault+2c6/318>
Trace: c01d527d <stext_lock+2469/24f0>
Trace: c010914d <error_code+2d/34>
Trace: c01239aa <filp_open+ae/f8>
Code: c01094cb <show_registers+26f/2a0> 00000000 <_EIP>: <===
Code: c01094cb <show_registers+26f/2a0> 0: 0f b6 0c 03 movzbl (%ebx,%eax,1),%ecx <===
Code: c01094cf <show_registers+273/2a0> 4: 89 4c 24 38 movl %ecx,0x38(%esp,1)
Code: c01094d3 <show_registers+277/2a0> 8: 51 pushl %ecx
Code: c01094d4 <show_registers+278/2a0> 9: 68 70 42 1d c0 pushl $0xc01d4270
Code: c01094d9 <show_registers+27d/2a0> e: e8 82 97 00 00 call c0112c60 <printk+0/174>
Code: c01094de <show_registers+282/2a0> 13: 83 00 00 addl $0x0,(%eax)
5 warnings issued. Results may not be reliable.
... more information available if necessary; anyone else got the same OOPS yet?
(not bothering to subscribe this time as my time is limited; please cc;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/