Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Jun 2009 17:22:55 +0900
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        Ian FREISLICH <ianf@clue.co.za>
Cc:        current@freebsd.org
Subject:   Re: mixed VLAN problems on msk(4)
Message-ID:  <20090610082255.GF63941@michelle.cdnetworks.co.kr>
In-Reply-To: <E1ME1Ma-0001LQ-6t@clue.co.za>
References:  <20090609122140.GB59401@michelle.cdnetworks.co.kr> <E1MDz27-00018W-9c@clue.co.za> <E1ME1Ma-0001LQ-6t@clue.co.za>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jun 09, 2009 at 03:27:40PM +0200, Ian FREISLICH wrote:
> Pyun YongHyeon wrote:
> > On Tue, Jun 09, 2009 at 12:58:23PM +0200, Ian Freislich wrote:
> > > Hi
> > > 
> > > Debugging some network problems last night, I noticed that I'd get
> > > packet loss on a mixed tagged/untagged network every time a tagged
> > > VLAN packet arrived, so long as hardware VLAN support was enabled
> > > on my NIC.  The moment hardware tagging was disabled (manually, or
> > > by tcpdump) the packet loss disappeared.
> > > 
> > > My msk(4) hardware:
> > > 
> > > mskc0@pci0:2:0:0:       class=0x020000 card=0x532111ab chip=0x436211ab rev=
> 0x22 hdr=0x00
> > >     vendor     = 'Marvell Semiconductor (Was: Galileo Technology Ltd)'
> > >     device     = 'Marvell Yukon 88E8053 PCI-E Gigabit Ethernet Controller (
> 88E8053)'
> > >     class      = network
> > >     subclass   = ethernet
> > >     cap 01[48] = powerspec 2  supports D0 D1 D2 D3  current D0
> > >     cap 03[50] = VPD
> > >     cap 05[5c] = MSI supports 2 messages, 64 bit enabled with 2 messages
> > >     cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1
> )
> > > 
> > > The switch was configured as follows:
> > > 
> > > Port is member in: 
> > >  
> > > Vlan               Name               Egress rule Port Membership Type 
> > > ---- -------------------------------- ----------- -------------------- 
> > >  14                 14                 Untagged          Static        
> > >  26                 26                  Tagged           Static        
> > > 1000               1000                 Tagged           Static        
> > > 
> > > It appears not to matter whether the vlans are configured with the
> > > msk(4) interface as the parent or not.  For example, whenever one
> > > of these broadcasts is recieved:
> > > 
> > > 12:49:36.093250 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19
> , prio 0, authtype none, intvl 1s, length 36
> > > 12:49:37.097514 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19
> , prio 0, authtype none, intvl 1s, length 36
> > > 12:49:38.099525 IP 41.154.87.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 19
> , prio 0, authtype none, intvl 1s, length 36
> > > 
> > > traffic to the untagged address on vlan14 (basically the address
> > > on msk0) is dropped.  If I disable vlanhwtag on msk0, the interface
> > > suffers no packet loss on reciept of tagged frames.
> > > 

Does that mean msk(4) cannot see untagged frame if VLAN hardware
tag stripping is enabled on msk(4)? I don't see suspicious part in
code at this moment. Does hardware MAC statistics report something?
(sysctl dev.msk.0.stats) Or netstat(1) says Ierrs/Drop on vlan/msk0?

I have small patch which corrects bus_dma related bugs but I'm not
sure it can fix the VLAN issue.

> > 
> > Would you show me the output of "sysctl hw.busdma"?
> 
> hw.busdma.total_bpages: 512
> hw.busdma.zone0.total_bpages: 512
> hw.busdma.zone0.free_bpages: 512
> hw.busdma.zone0.reserved_bpages: 0
> hw.busdma.zone0.active_bpages: 0
> hw.busdma.zone0.total_bounced: 0
> hw.busdma.zone0.total_deferred: 0
> hw.busdma.zone0.lowaddr: 0xffffffff
> hw.busdma.zone0.alignment: 4096
> 

Thanks for the info.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090610082255.GF63941>