Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754044Ab0LaSNJ (ORCPT ); Fri, 31 Dec 2010 13:13:09 -0500 Received: from mail.vyatta.com ([76.74.103.46]:32955 "EHLO mail.vyatta.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753721Ab0LaSNH (ORCPT ); Fri, 31 Dec 2010 13:13:07 -0500 Date: Fri, 31 Dec 2010 10:13:03 -0800 From: Stephen Hemminger To: David Cc: netdev@vger.kernel.org, Linux Kernel Mailing List Subject: Re: Sky2 - problems with VLANs - kernel 2.6.36 Message-ID: <20101231101303.6caed8ab@s6510> In-Reply-To: <4CD48DE6.7060906@unsolicited.net> References: <4CD48DE6.7060906@unsolicited.net> Organization: Vyatta X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2279 Lines: 52 On Fri, 05 Nov 2010 23:06:14 +0000 David wrote: > I've just installed a Lycom dual port gigabit ethernet card, picked up > as follows :- > > 03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8062 PCI-E > IPMI Gigabit Ethernet Controller (rev 14) > Subsystem: Marvell Technology Group Ltd. Device 6222 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 41 > Region 0: Memory at fe8fc000 (64-bit, non-prefetchable) [size=16K] > Region 2: I/O ports at c800 [size=256] > Expansion ROM at fe8c0000 [disabled] [size=128K] > Capabilities: > Kernel driver in use: sky2 > Kernel modules: sky2 > > I'm having a problem with VLANs. Outgoing packets are tagged correctly > and devices on the VLAN are responding. Unfortunately all of the > response packets stay on the raw device and are not allocated to the VLAN. > > I've done some investigation (printks etc.), and have found that neither > of the following cases in sky2_status_intr() are being triggered... > > case OP_RXVLAN: > printk("RXVLAN, length=%u, status=%u\n", length, > status); > sky2->rx_tag = length; > break; > > case OP_RXCHKSVLAN: > printk("RXCHKSVLAN, length=%u, status=%u\n", > length, status); > sky2->rx_tag = length; > /* fall through */ > > ... however the status when calling sky2_skb_rx() does have GMR_FS_VLAN > set, it's just we haven't been able to find out which VLAN the packet > comes from (and sky2->rx_tag is zero). Does anyone have any suggestions > as to how I proceed from here? I'm happy to test patches etc. Did it work with older kernels? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/