-- Lorenzo Cavallaro `Gigi Sullivan' <[EMAIL PROTECTED]> Until I loved, life had no beauty; I did not know I lived until I had loved. (Theodor Korner)
Aiee :) Hello! [snip] > > Raw oops are basically useless. Feed it through ksymoops then mail the > result to the list. > > ftp://ftp.ocs.com.au/pub/ksymoops/v2.3 > Yeah, you're right (I forgot to do it, sorry). I forgot also to say that kernel is 2.2.14 and I know where the problem resides, but I don't understand why it's happening, why and obviously how to fix it. Any help will be really appreciate. Here I attach the ksymoops output. I'd like to remember that the kernel module `dis' is a `testing' module (I'm starting to play w/ register_firewall stuff). The error (oops) as pointed out by ksymoops reside in the routine `dis_dump' which uses some printk. The problem should be there ... but why ? Thx a lot ! bye bye -- gg sullivan -- Lorenzo Cavallaro `Gigi Sullivan' <[EMAIL PROTECTED]> Until I loved, life had no beauty; I did not know I lived until I had loved. (Theodor Korner)ksymoops 2.3.4 on i586 2.2.14. Options used -V (default) -k ksyms.info (specified) -l modules.info (specified) -o /lib/modules/2.2.14/ (default) -m /usr/src/linux/System.map (default) Warning (map_ksym_to_module): cannot match loaded module dis to a unique module object. Trace may not be reliable. Unable to handle kernel NULL pointer dereference at virtual address 00000000 current->tss.cr3 = 01a35000, %cr3 = 01a35000 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[<c30400bf>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: 00000018 ebx: c2230eb0 ecx: c01e9c06 edx: c24b4000 esi: 00000000 edi: c0b49dd4 ebp: c0b49d5c esp: c0b49d48 ds: 0018 es: 0018 ss: 0018 Process ping (pid: 2544, process nr: 35, stackpage=c0b49000) Stack: 00000014 0000002a 000000b1 c2230eb0 c0b76320 c0b49d74 c3040140 c0b76320 c3040217 c30402b8 00000002 00000000 c01469df c30402b8 00000002 c27cccf4 c2230eb0 00000000 c0b49dd4 c2230eb0 00000054 c1d33e80 c1fcf320 c0157a17 Call Trace: [<c3040140>] [<c3040217>] [<c30402b8>] [<c01469df>] [<c30402b8>] [<c0157a17>] [<c01630a1>] [<c0162dd0>] [<c016894f>] [<c01688c0>] [<c0145376>] [<c01688c0>] [<c0145eac>] [<c0109a42>] [<c018d9d1>] [<c018d986>] [<c0117375>] [<c0109b6d>] [<c010983c>] [<c01466d3>] [<c301a574>] [<c0116d5d>] [<c010899c>] Code: 8b 06 50 68 d9 01 04 c3 e8 78 29 0d fd 8d 65 f8 5b 5e 89 ec >>EIP; c30400bf <[dis]dis_dump+6f/90> <===== Trace; c3040140 <[dis]dis_output+50/1c8> Trace; c3040217 <[dis]dis_output+127/1c8> Trace; c30402b8 <[dis]dis_ops+0/9d94> Trace; c01469df <call_out_firewall+2f/4c> Trace; c30402b8 <[dis]dis_ops+0/9d94> Trace; c0157a17 <ip_build_xmit+24b/2f8> Trace; c01630a1 <raw_sendmsg+209/244> Trace; c0162dd0 <raw_getfrag+0/24> Trace; c016894f <inet_sendmsg+8f/a4> Trace; c01688c0 <inet_sendmsg+0/a4> Trace; c0145376 <sock_sendmsg+8a/b0> Trace; c01688c0 <inet_sendmsg+0/a4> Trace; c0145eac <sys_sendto+c8/ec> Trace; c0109a42 <handle_IRQ_event+36/6c> Trace; c018d9d1 <do_softint+29/44> Trace; c018d986 <do_serial_bh+26/48> Trace; c0117375 <do_bottom_half+49/64> Trace; c0109b6d <do_IRQ+39/40> Trace; c010983c <common_interrupt+18/20> Trace; c01466d3 <sys_socketcall+17b/248> Trace; c301a574 <[sraw]my_socketcall+274/280> Trace; c0116d5d <sys_gettimeofday+1d/98> Trace; c010899c <system_call+34/38> Code; c30400bf <[dis]dis_dump+6f/90> 00000000 <_EIP>: Code; c30400bf <[dis]dis_dump+6f/90> <===== 0: 8b 06 movl (%esi),%eax <===== Code; c30400c1 <[dis]dis_dump+71/90> 2: 50 pushl %eax Code; c30400c2 <[dis]dis_dump+72/90> 3: 68 d9 01 04 c3 pushl $0xc30401d9 Code; c30400c7 <[dis]dis_dump+77/90> 8: e8 78 29 0d fd call fd0d2985 <_EIP+0xfd0d2985> c0112a44 <printk+0/168> Code; c30400cc <[dis]dis_dump+7c/90> d: 8d 65 f8 leal 0xfffffff8(%ebp),%esp Code; c30400cf <[dis]dis_dump+7f/90> 10: 5b popl %ebx Code; c30400d0 <[dis]dis_dump+80/90> 11: 5e popl %esi Code; c30400d1 <[dis]dis_dump+81/90> 12: 89 ec movl %ebp,%esp 339 warnings issued. Results may not be reliable.
