Re: ne removal oops

Gregory Maxwell (linker@z.ml.org)
Sat, 5 Sep 1998 09:43:33 -0400 (EDT)


Ints handled by IO-APIC have lower latency, can be spread across CPUs, and
dont slow the CPU that much.

The NE200 on 9 is xtpic which is why it isn't being handled by the second
cpu at all..

On Fri, 4 Sep 1998, David Fries wrote:

> I'm getting oops on removing the ne module from the kernel in 2.1.118 and
> 2.1.119, it is completely reproducable, ie I haven't been able to remove it
> wouldn't it oopsing.
>
> Also,
> CPU0 CPU1
> 0: 90101 89481 IO-APIC-edge timer
> 1: 2854 2625 IO-APIC-edge keyboard
> 2: 0 0 XT-PIC cascade
> 5: 0 0 IO-APIC-edge GUS MAX
> 8: 1 1 IO-APIC-edge rtc
> 9: 2994 0 XT-PIC NE2000
> 11: 65 32 IO-APIC-edge NE2000
> 12: 3589 4550 IO-APIC-edge PS/2 Mouse
> 13: 1 0 XT-PIC fpu
> 14: 2788 9882 IO-APIC-edge ide0
> 15: 5 18 IO-APIC-edge ide1
> 16: 7437 7423 IO-APIC-level ncr53c8xx
> 18: 4275 4260 IO-APIC-level eth0
> NMI: 0
> IPI: 0
>
> Why is irq 9 only listed on cpu0? It used to be on both with 2.1.11?
> something.
>
> Why is irq 9 listed as XT-PIC and irq 11 listed as IO-APIC-edge when they
> are both ne2000 isa cards and what's the difference? Is there any
> difference in latency, speed, processing? The card on irq 11 is listed as
> "High true, edge sensitive interrupt" with the isapnp program.
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000030
> current->tss.cr3 = 07ee6000, %cr3 = 07ee6000
> *pde = 00000000
> Oops: 0000
> CPU: 1
> EIP: 0010:[<c01557b9>]
> EFLAGS: 00010216
> eax: 00000017 ebx: 0000005c ecx: 00000017 edx: c7e4005c
> esi: 00000030 edi: c7e4005c ebp: 00000007 esp: c1db3ed0
> ds: 0018 es: 0018 ss: 0018
> Process rmmod (pid: 467, process nr: 40, stackpage=c1db3000)
> Stack: c01ed5c1 c7e40000 00000060 c7e40058 c0155a9d c2515360 00000007 0000005c
> 00000030 c2515360 00000011 c8808338 bffffcd0 00000005 c01ed5f0 c01ed5bc
> 00000005 c7e40000 000005dc c0155c28 c2515360 c8808338 00000011 00000000
> Call Trace: [<c0155a9d>] [<c8808338>] [<c0155c28>] [<c8808338>] [<c8808338>] [<c0156194>] [<c8808338>]
> [<c01531b4>] [<c8808338>] [<c8808338>] [<c01a26a0>] [<c8808338>] [<c8808338>] [<c8807cd4>] [<c8808338>]
> [<c8808338>] [<c8807000>] [<c8807000>] [<c01186d8>] [<c8807000>] [<c0117bea>] [<c8807000>] [<c0109c0c>]
> Code: f3 a5 f6 c3 02 74 02 66 a5 f6 c3 01 74 01 a4 5b 5e 5f 5d 83
>
> Using `/mnt/hda1/2.1.119.map' to map addresses to symbols.
>
> >>EIP: c01557b9 <__rta_fill+81/98>
> Trace: c0155a9d <rtnetlink_fill_ifinfo+275/2bc>
> Trace: c8808338
> Trace: c0155c28 <rtmsg_ifinfo+2c/70>
> Trace: c8808338
> Trace: c8808338
> Trace: c0156194 <rtnetlink_event+1c/24>
> Trace: c8808338
> Trace: c01531b4 <unregister_netdevice+3c/c0>
> Trace: c8808338
> Trace: c8808338
> Trace: c01a26a0 <unregister_netdev+10/20>
> Trace: c8808338
> Trace: c8808338
> Trace: c8807cd4
> Trace: c8808338
> Trace: c8808338
> Trace: c8807000
> Trace: c8807000
> Trace: c01186d8 <free_module+20/9c>
> Trace: c8807000
> Trace: c0117bea <sys_delete_module+13e/1f8>
> Trace: c8807000
> Trace: c0109c0c <system_call+34/38>
> Code: c01557b9 <__rta_fill+81/98>
> Code: c01557b9 <__rta_fill+81/98> f3 a5 repz movsl %ds:(%esi),%es:(%edi)
> Code: c01557bb <__rta_fill+83/98> f6 c3 02 testb $0x2,%bl
> Code: c01557be <__rta_fill+86/98> 74 02 je c01557c2 <__rta_fill+8a/98>
> Code: c01557c0 <__rta_fill+88/98> 66 a5 movsw %ds:(%esi),%es:(%edi)
> Code: c01557c2 <__rta_fill+8a/98> f6 c3 01 testb $0x1,%bl
> Code: c01557cb <__rta_fill+93/98> 74 01 je c01557c8 <__rta_fill+90/98>
> Code: c01557cd <__rta_fill+95/98> a4 movsb %ds:(%esi),%es:(%edi)
> Code: c01557ce <__rta_fill+96/98> 5b popl %ebx
> Code: c01557cf <__rta_fill+97/98> 5e popl %esi
> Code: c01557d0 <rtnetlink_send> 5f popl %edi
> Code: c01557d1 <rtnetlink_send+1/58> 5d popl %ebp
> Code: c01557d2 <rtnetlink_send+2/58> 83 00 90 addl $0xffffff90,(%eax)
> Code: c01557db <rtnetlink_send+b/58> 90 nop
> Code: c01557dc <rtnetlink_send+c/58> 90 nop
>
>
> --
> +---------------------------------+
> | David Fries |
> | dfries@umr.edu |
> +---------------------------------+
>
> -
> 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/faq.html
>

-
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/faq.html