Linux-kernel mailing list archive 2000-29,: isdn related crash in 2.2.16

# isdn related crash in 2.2.16

robbie@scot-mur.demon.co.uk
Mon, 17 Jul 2000 22:30:51 +0100

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: NIIBE Yutaka: "Re: F*ck*ng japanese garbage postings and possible HACK."
- Previous message: J. Robert von Behren: "Re: kernel-level file serving optimizations"

--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This happened after isdn2h323 tried to dial.

Kernel is 2.2.16+ide patch and alsa.

Regards

    --
    Rob Murray

    --uAKRQypu60I7Lcqm
    Content-Type: text/plain; charset=us-ascii
    Content-Disposition: attachment; filename="isdnoops.ksymoops.txt"

    ksymoops 2.3.4 on i686 2.2.16.  Options used
         -V (default)
         -k /proc/ksyms (default)
         -l /proc/modules (default)
         -o /lib/modules/2.2.16/ (default)
         -m /boot/System.map-2.2.16 (default)

    Warning: You did not tell me where to find symbol information.  I will
    assume that the log matches the kernel and modules that are running
    right now and I'll use the default options above for symbol resolution.
    If the current kernel and/or modules do not match the log, you can get
    more accurate output by telling me the kernel version and where to find
    map, modules, ksyms etc.  ksymoops -h explains the options.

    Unable to handle kernel NULL pointer dereference at virtual address 00000000
    current->tss.cr3 = 00101000, %cr3 = 00101000
    *pde = 00000000
    Oops: 0002
    CPU:    1
    EIP:    0010:[<c0197a7a>]
    Using defaults from ksymoops -t elf32-i386 -a i386
    EFLAGS: 00010093
    eax: 00000000   ebx: c75e2000   ecx: 00000207   edx: c2da354f
    esi: 00000000   edi: 00000001   ebp: 0000000a   esp: c7ffbdec
    ds: 0018   es: 0018   ss: 0018
    Process swapper (pid: 0, process nr: 1, stackpage=c7ffb000)
    Stack: 00000001 c75e275c c40dfc00 00000000 4f8aff59 00000202 0000000a 00000000
           c75e275d c75e235c c40dfc00 00000111 00000000 c88a5738 c415ed18 00000000
           00000000 00000086 fffffffe 00000001 00000009 00000082 00000008 00000001
    Call Trace: [<c88a5738>] [<c010b851>] [<c885a52a>] [<c885a499>] [<c888c4d8>] [<c0112fbc>] [<c01a7930>]
           [<c019691f>] [<c01968a3>] [<c0113ce5>] [<c0110676>] [<c011b719>] [<c010ba69>] [<c010ba80>] [<c010a4d8>]
           [<c0107a79>] [<c010ba69>] [<c01169c5>]
    Code: 88 14 06 8b 83 c0 09 00 00 40 25 ff 0f 00 00 89 83 c0 09 00

    >>EIP; c0197a7a <n_tty_receive_buf+3fe/e44>   <=====
    Trace; c88a5738 <[isdn]isdn_ppp_xmit+528/650>
    Trace; c010b851 <__global_restore_flags+29/50>
    Trace; c885a52a <[snd-pcm-plugin]resample16_shrink+52/128>
    Trace; c885a499 <[snd-pcm-plugin]resample16_expand+111/150>
    Trace; c888c4d8 <[lockd].bss.end+44fd/9079>
    Trace; c0112fbc <process_timeout+0/14>
    Trace; c01a7930 <cursor_timer_handler+0/48>
    Trace; c019691f <flush_to_ldisc+10f/11c>
    Trace; c01968a3 <flush_to_ldisc+93/11c>
    Trace; c0113ce5 <tqueue_bh+61/70>
    Trace; c0110676 <do_edge_ioapic_IRQ+2a/a8>
    Trace; c011b719 <do_bottom_half+89/ac>
    Trace; c010ba69 <do_IRQ+3d/58>
    Trace; c010ba80 <do_IRQ+54/58>
    Trace; c010a4d8 <common_interrupt+18/20>
    Trace; c0107a79 <cpu_idle+41/54>
    Trace; c010ba69 <do_IRQ+3d/58>
    Trace; c01169c5 <printk+12d/17c>
    Code;  c0197a7a <n_tty_receive_buf+3fe/e44>
    00000000 <_EIP>:
    Code;  c0197a7a <n_tty_receive_buf+3fe/e44>   <=====
       0:   88 14 06                  mov    %dl,(%esi,%eax,1)   <=====
    Code;  c0197a7d <n_tty_receive_buf+401/e44>
       3:   8b 83 c0 09 00 00         mov    0x9c0(%ebx),%eax
    Code;  c0197a83 <n_tty_receive_buf+407/e44>
       9:   40                        inc    %eax
    Code;  c0197a84 <n_tty_receive_buf+408/e44>
       a:   25 ff 0f 00 00            and    $0xfff,%eax
    Code;  c0197a89 <n_tty_receive_buf+40d/e44>
       f:   89 83 c0 09 00 00         mov    %eax,0x9c0(%ebx)

    Aiee, killing interrupt handler
    Kernel panic: Attempted to kill the idle task!

    1 warning issued.  Results may not be reliable.

    --uAKRQypu60I7Lcqm--

    -
    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/

- Next message: NIIBE Yutaka: "Re: F*ck*ng japanese garbage postings and possible HACK."
- Previous message: J. Robert von Behren: "Re: kernel-level file serving optimizations"