e1000 causing oops in tcp_time_to_recover on 2.6.9-rc1 bk latest

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is the panic message I get from a zx2000 (ia64 zx1 bus machine)

Unable to handle kernel NULL pointer dereference (address
0000000000000088)
XFree86[1661]: Oops 8813272891392 [1]
Modules linked in:

Pid: 1661, CPU 0, comm:              XFree86
psr : 0000101008026018 ifs : 800000000000048b ip  :
[<a00000010069cb40>]    Not tainted
ip is at tcp_time_to_recover+0x100/0x5c0
unat: 0000000000000000 pfs : 0000000000000a18 rsc : 0000000000000003
rnat: 0000000000000389 bsps: 0000000000000003 pr  : 11a4556a96a96655
ldrs: 0000000000000000 ccv : 0000000000000002 fpsr: 0009804c0270033f
csd : 0000000000000000 ssd : 0000000000000000
b0  : a00000010069eb70 b6  : a000000100003320 b7  : a0000001006bd160
f6  : 000000000000000000000 f7  : 000000000000000000000
f8  : 000000000000000000000 f9  : 000000000000000000000
f10 : 000000000000000000000 f11 : 000000000000000000000
r1  : a000000100ccc400 r2  : 0000000000000000 r3  : e00000407fc5b13c
r8  : 0000000000000007 r9  : 0000000000000007 r10 : e00000407fc5b0e6
r11 : e00000407fc5b144 r12 : e00000003e617c20 r13 : e00000003e610000
r14 : a000000100ae5090 r15 : 0000000000000000 r16 : e00000407fc5b144
r17 : 0000000000000003 r18 : e00000407fc5aff6 r19 : 0000000000000001
r20 : 00000000000000fe r21 : 0000000000000007 r22 : 00000001000b6bcf
r23 : e00000407fc5af78 r24 : 0000000000000088 r25 : 0000000000000000
r26 : e00000407fc5ad20 r27 : e00000407fc5b014 r28 : a000000100ae5090
r29 : e00000407fc5b1d0 r30 : e00000407fc5b1b4 r31 : a000000100ae5090

Call Trace:
 [<a000000100017e40>] show_stack+0x80/0xa0
                                sp=e00000003e6177b0 bsp=e00000003e611800
 [<a00000010003a670>] die+0x130/0x1a0
                                sp=e00000003e617980 bsp=e00000003e6117c0
 [<a0000001000546f0>] ia64_do_page_fault+0x350/0x940
                                sp=e00000003e617980 bsp=e00000003e611758
 [<a000000100011d20>] ia64_leave_kernel+0x0/0x260
                                sp=e00000003e617a50 bsp=e00000003e611758
 [<a00000010069cb40>] tcp_time_to_recover+0x100/0x5c0
                                sp=e00000003e617c20 bsp=e00000003e611700
 [<a00000010069eb70>] tcp_fastretrans_alert+0x370/0xee0
                                sp=e00000003e617c20 bsp=e00000003e611660
 [<a0000001006a1470>] tcp_ack+0x3f0/0xd00
                                sp=e00000003e617c20 bsp=e00000003e6115f0
 [<a0000001006a78f0>] tcp_rcv_established+0x4d0/0x14e0
                                sp=e00000003e617c30 bsp=e00000003e611578
 [<a0000001006bd150>] tcp_v4_do_rcv+0x2b0/0x2c0
                                sp=e00000003e617c30 bsp=e00000003e611538
 [<a0000001006bdf80>] tcp_v4_rcv+0xe20/0x1260
                                sp=e00000003e617c30 bsp=e00000003e6114b8
 [<a00000010067d360>] ip_local_deliver+0x240/0x4e0
                                sp=e00000003e617c30 bsp=e00000003e611470
 [<a00000010067de00>] ip_rcv+0x800/0xa20
                                sp=e00000003e617c30 bsp=e00000003e611418
 [<a00000010064fc70>] netif_receive_skb+0x3f0/0x5e0
                                sp=e00000003e617c40 bsp=e00000003e6113b0
 [<a00000010064ff80>] process_backlog+0x120/0x2e0
                                sp=e00000003e617c40 bsp=e00000003e611340
 [<a0000001006502a0>] net_rx_action+0x160/0x300
                                sp=e00000003e617c40 bsp=e00000003e6112f0
 [<a00000010008e990>] __do_softirq+0x1b0/0x1e0
                                sp=e00000003e617c50 bsp=e00000003e611268
 [<a00000010008ea40>] do_softirq+0x80/0xe0
                                sp=e00000003e617c50 bsp=e00000003e611208
 [<a000000100016e90>] ia64_handle_irq+0x150/0x180
                                sp=e00000003e617c50 bsp=e00000003e6111c8
 [<a000000100011d20>] ia64_leave_kernel+0x0/0x260
                                sp=e00000003e617c50 bsp=e00000003e6111c8
 [<a0000001003c4fb0>] radeon_do_wait_for_idle+0x110/0x1a0
                                sp=e00000003e617e20 bsp=e00000003e611198
 [<a0000001003bb170>] radeon_ioctl+0x230/0x300
                                sp=e00000003e617e20 bsp=e00000003e611140
 [<a00000010012e0c0>] sys_ioctl+0x1c0/0x640
                                sp=e00000003e617e20 bsp=e00000003e6110b8
 [<a000000100011ba0>] ia64_ret_from_syscall+0x0/0x20
                                sp=e00000003e617e30 bsp=e00000003e6110b8
 <0>Kernel panic - not syncing: Aiee, killing interrupt handler!
 
I'm fairly certain it's the e1000, because if I use a tulip interface
instead, 2.6.9-rc1 is rock solid.

James


-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux