HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you

[Mike Tancsa]

At 05:25 PM 8/13/2008, Jeremy Chadwick wrote:
> >
> > I will try a kernel before the em changes, as thats the only other thing
> > I can think of off the top of my head.

I commented out em from the kernel and loaded up a previous version 
via kld, but still the same thing, although not nearly as much

0[smtp2]# arp -na | wc
       89     680    5081
0[smtp2]#

em0 at pci0:0:4:0: class=0x020000 card=0x387010f1 chip=0x10768086 
rev=0x05 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82541EI Gigabit Ethernet Controller'
     class      = network
     subclass   = ethernet
     cap 01[dc] = powerspec 2  supports D0 D3  current D0
     cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction
em1 at pci0:0:5:0: class=0x020000 card=0x387010f1 chip=0x10768086 
rev=0x05 hdr=0x00
     vendor     = 'Intel Corporation'
     device     = '82541EI Gigabit Ethernet Controller'
     class      = network
     subclass   = ethernet
     cap 01[dc] = powerspec 2  supports D0 D3  current D0
     cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction

>That almost looks like some kind of ARP storm, sans repetitive entries
>(that definitely looks odd).  Does tcpdump on em1 show a particular
>machine or router demanding MACs for 64.7.153.0/24 (or whatever the
>block is)?

No, its very, very quiet.  All the other machines on the 2 networks 
are just fine.

Any suggestions on what kernel to go back to start from ?

         ---Mike