On Fri, 29 Jul 2005 12:53:24 +0100
Rui Paulo <rpaulo@NetBSD.org> wrote:

> On 2005.07.29 13:18:03 +0000, khaqq wrote:
> | On Wed, 27 Jul 2005 03:49:06 +0100
> | Rui Paulo <rpaulo@NetBSD.org> wrote:
> | 
> | > On 2005.07.26 20:15:21 +0000, mcesare@nc.rr.com wrote:
> | > | I've seen this on two different machines now with hme 100BaseT cards
> | > | 
> | > | Configuring network interfaces: le0 hme0stray interrupt ipl 0x7
> | > | pc=0xf0183838 npc=0xf018383c psr=400001c2<S,PS>
> | > | 
> | > | both get this just after configuring hme0
> | > | never see it again.
> | > | Is this normal ?
> | > 
> | > http://netbsd.org/Documentation/kernel/
> | > 
> | >     What does Stray interrupt on IRQ 7 mean? (top)                              
> | >                                                                                 
> | >    The "Stray interrupt on IRQ 7" kernel message means that the interrupt       
> | >    controller reported an unmasked interrupt on IRQ 7, but no driver attached   
> | >    to that IRQ 'claimed' it.                                                    
> | > 
> | >    ...
> | > 
> | > I think this also applies to SPARC, but with IPLs, not IRQs.
> | > 
> | > Anyway, maybe hme(4) is missing some interrupts ?
> | 
> | This happens here quite often under full network load. The CPU seems to
> | spend 70-80% of its cycles in "interrupt" according to top (interrupt handler ?).
> | Transferring about 1GB through the box makes the error happen about 2 or 3
> | times.
> | That's on a SS5/110 with 32MB of RAM, never seems to swap, QFE 2.0,
> | NetBSD 2.0.
> | What would make it "miss" some interrupts ?
> | 
> | khaqq
> | 
> | # dmesg | grep "ipl 7"
> | hme0 at sbus0 slot 1 offset 0x8c00000 level 4 (ipl 7): Sun Happy Meal Ethernet (SUNW,hme)
> | hme1 at sbus0 slot 1 offset 0x8c10000 level 4 (ipl 7): Sun Happy Meal Ethernet (SUNW,hme)
> | hme2 at sbus0 slot 1 offset 0x8c20000 level 4 (ipl 7): Sun Happy Meal Ethernet (SUNW,hme)
> | hme3 at sbus0 slot 1 offset 0x8c30000 level 4 (ipl 7): Sun Happy Meal Ethernet (SUNW,hme)
> | 
> | # dmesg | grep "ipl 0x7"
> | stray interrupt ipl 0x7 pc=0xf0009ee8 npc=0xf0009eec psr=44000c7<S,PS>
> | stray interrupt ipl 0x7 pc=0xf0009ef4 npc=0xf0009ef8 psr=44000c7<S,PS>
> | stray interrupt ipl 0x7 pc=0xf0009eec npc=0xf0009ef0 psr=44000c7<S,PS>
> | stray interrupt ipl 0x7 pc=0xf0009ee8 npc=0xf0009eec psr=44000c7<S,PS>
> | stray interrupt ipl 0x7 pc=0xf0009efc npc=0xf0009f00 psr=44000c7<S,PS>
> | (...)
> 
> Well, I consider this "normal". You'll get a panic if you
> "get 10 interrupts in 10 seconds". It's probably not a so fast box to handle
> 100Mbit.

Ok, thanks for the explanation. I only have 6Mb down / 512K up so I thought it would be ok...
Am I right to think it's still working properly i.e. I won't have any network corruption caused
by this ?

khaqq