lkml.org 
[lkml]   [1998]   [Sep]   [5]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateSat, 5 Sep 1998 09:43:33 -0400 (EDT)
FromGregory Maxwell <>
SubjectRe: ne removal oops
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

\
 
 \ /
  Last update: 2005-03-22 13:44    [from the cache]
©2003-2008