All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Matt Carlson" <mcarlson@broadcom.com>
To: "Michael Leun" <lkml20101129@newton.leun.net>
Cc: "Matthew Carlson" <mcarlson@broadcom.com>,
	"Jesse Gross" <jesse@nicira.com>,
	"Michael Chan" <mchan@broadcom.com>,
	"Eric Dumazet" <eric.dumazet@gmail.com>,
	"David Miller" <davem@davemloft.net>,
	"Ben Greear" <greearb@candelatech.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: [PATCH 2.6.36] vlan: Avoid hwaccel vlan packets when vid not used
Date: Tue, 14 Dec 2010 17:34:31 -0800	[thread overview]
Message-ID: <20101215013431.GA21173@mcarlson.broadcom.com> (raw)
In-Reply-To: <20101215012430.120fd47f@xenia.leun.net>

On Tue, Dec 14, 2010 at 04:24:30PM -0800, Michael Leun wrote:
> On Tue, 14 Dec 2010 11:15:00 -0800
> "Matt Carlson" <mcarlson@broadcom.com> wrote:
> > Michael, I'm wondering if the difference in behavior can be explained
> > by the presence or absence of management firmware.  Can you look at
> > the driver sign-on messages in your syslogs for ASF[]?  I'm half
> > expecting the 5752 to show "ASF[0]" and the 5714 to show "ASF[1]".
> > If you see this, and the below patch doesn't fix the problem, let me
> > know.  I have another test I'd like you to run.
> 
> Do I understand this correct? "Management firmware" or ASF is some
> feature, vendor decides to built into network card (firmware) or not?

Right.

> If so, would'nt one expect two oneboard network cards in one server
> to look alike?

Mostly, yes.  Except for.....

> HP Proliant DL320G5
> 
> <6>tg3.c:v3.113 (August 2, 2010)
> <6>tg3 0000:03:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> <6>tg3 0000:03:04.0: eth0: Tigon3 [partno(N/A) rev 9003] (PCIX:133MHz:64-bit) MAC address xx:xx:xx:xx:xx:xx
> <6>tg3 0000:03:04.0: eth0: attached PHY is 5714 (10/100/1000Base-T Ethernet) (WireSpeed[1])
> <6>tg3 0000:03:04.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1]
                                                      This =>  ^^^^^^
> <6>tg3 0000:03:04.0: eth0: dma_rwctrl[76148000] dma_mask[64-bit]
> <6>tg3 0000:03:04.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
> <6>tg3 0000:03:04.1: eth1: Tigon3 [partno(N/A) rev 9003] (PCIX:133MHz:64-bit) MAC address xx:xx:xx:xx:xx:xx
> <6>tg3 0000:03:04.1: eth1: attached PHY is 5714 (10/100/1000Base-T Ethernet) (WireSpeed[1])
> <6>tg3 0000:03:04.1: eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
                                                  And this =>  ^^^^^^
> <6>tg3 0000:03:04.1: eth1: dma_rwctrl[76148000] dma_mask[64-bit]

So management firmware is turned off on the second port.

> Lenovo ThinkPad z61m
> 
> [    2.679130] tg3.c:v3.113 (August 2, 2010)
> [    2.679176] tg3 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
> [    2.679188] tg3 0000:02:00.0: setting latency timer to 64
> [    2.728572] tg3 0000:02:00.0: eth0: Tigon3 [partno(BCM95752m) rev 6002] (PCI Express) MAC address xx:xx:xx:xx:xx:xx
> [    2.728577] tg3 0000:02:00.0: eth0: attached PHY is 5752 (10/100/1000Base-T Ethernet) (WireSpeed[1])
> [    2.728581] tg3 0000:02:00.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
                                                                           ^^^^^^
And it isn't present on the 5752.

> [    2.728585] tg3 0000:02:00.0: eth0: dma_rwctrl[76180000]
> dma_mask[64-bit]
> 
> 
> > ----
> > 
> > [PATCH] tg3: Use new VLAN code
> 
> Unfortunately had'nt time to try much now, but with 2.6.37-rc5 / your
> patch on the DL320, single user mode (nothing configured on eth) just
> after ifconfig eth0/eth1 up I see NO vlan tags on eth0 but I see vlan
> tags on eth1, so there clearly is a difference.
> 
> I should have checked if I still see vlan tags on eth1 if I configure
> some vlan there - if helpful maybe I can do this (have to look, when I
> can effort another downtime).

This would be helpful, just to solidify our findings.

> I wonder, if the difference in that both onboard cards is really there
> or if there is some malfunction in detecion?

Please run the above test first, but afterwards, can you apply the below
patch on top of your current sources.  I suspect eth1 will begin to act
like eth0.

This patch is just a test.

[PATCH] tg3: Always strip VLAN tags

This patch configures the hardware to always strip VLAN tags from
incoming packets.
---
 drivers/net/tg3.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 3682205..964293f 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -9505,8 +9505,10 @@ static void __tg3_set_rx_mode(struct net_device *dev)
 	/* When ASF is in use, we always keep the RX_MODE_KEEP_VLAN_TAG
 	 * flag clear.
 	 */
+#if 0
 	if (!(tp->tg3_flags & TG3_FLAG_ENABLE_ASF))
 		rx_mode |= RX_MODE_KEEP_VLAN_TAG;
+#endif
 
 	if (dev->flags & IFF_PROMISC) {
 		/* Promiscuous mode. */
-- 
1.7.2.2



  reply	other threads:[~2010-12-15  1:34 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-29 19:17 2.6.35 -> 2.6.36 panic when vlan and promisc with tg3 Michael Leun
2010-11-30  0:19 ` Ben Greear
2010-11-30  3:10   ` Jesse Gross
2010-11-30  3:26     ` David Miller
2010-11-30  8:59   ` Michael Leun
2010-11-30  9:20     ` Eric Dumazet
2010-11-30 22:27       ` Jesse Gross
2010-12-01 10:17       ` Michael Leun
2010-12-01 10:55         ` [PATCH 2.6.36] vlan: Avoid hwaccel vlan packets when vid not used Eric Dumazet
2010-12-05  2:07           ` Michael Leun
2010-12-05  8:03             ` Eric Dumazet
2010-12-05  8:03               ` Eric Dumazet
2010-12-05  9:55               ` Michael Leun
     [not found]                 ` <20101205114404.7c0cddc2@xenia.leun.net>
     [not found]                   ` <AANLkTikrDTCDxsyOG4m0XcrOY=3pTRwWqnPGsio9cBFj@mail.gmail.com>
2010-12-06 19:34                     ` Michael Leun
2010-12-06 20:04                       ` Jesse Gross
2010-12-06 21:27                         ` Michael Leun
2010-12-13  0:11                           ` Jesse Gross
2010-12-13 22:45                             ` Matt Carlson
2010-12-14  4:07                               ` Jesse Gross
2010-12-14 19:15                                 ` Matt Carlson
2010-12-14 21:46                                   ` Jesse Gross
2010-12-15  0:24                                   ` Michael Leun
2010-12-15  1:34                                     ` Matt Carlson [this message]
2010-12-15  7:16                                       ` Michael Leun
2010-12-19  3:38                                         ` Jesse Gross
2011-01-07  3:24                                           ` Matt Carlson
2011-01-07  4:36                                             ` Jesse Gross
2011-01-13  1:21                                               ` Matt Carlson
2011-01-13 15:06                                                 ` Jesse Gross
2011-01-13 20:50                                                   ` Matt Carlson
2011-01-13 21:58                                                     ` Jesse Gross
2011-01-14  1:15                                                       ` Matt Carlson
2011-01-14 17:49                                                         ` Jesse Gross
2011-01-14 18:38                                                           ` Matt Carlson
2011-01-19 16:15                                                             ` Jesse Gross
2011-01-01 17:03                                   ` Eric Dumazet
2011-01-02  0:27                                     ` Jesse Gross
2011-01-02 16:05                                       ` Eric Dumazet
2011-01-06 21:01                                         ` Jesse Gross
2011-01-06 23:34                                           ` Eric Dumazet
2011-01-07  1:20                                             ` Eric Dumazet
2011-01-07  2:29                                               ` Matt Carlson
2011-01-07  2:41                                                 ` Eric Dumazet
2011-01-07  2:43                                                   ` Eric Dumazet
2011-01-07  2:59                                                     ` Matt Carlson
2011-01-07  3:04                                                       ` Eric Dumazet
2011-01-07  3:41                                                         ` Matt Carlson
2011-01-07  3:54                                                           ` Eric Dumazet
2011-01-07  4:38                                                           ` Jesse Gross
2010-12-08 16:47           ` David Miller
2010-12-08 23:06             ` [stable] " Greg KH
2010-12-08 23:16             ` Greg KH
2010-12-09  1:25               ` Eric Dumazet
2010-12-09 20:13                 ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101215013431.GA21173@mcarlson.broadcom.com \
    --to=mcarlson@broadcom.com \
    --cc=davem@davemloft.net \
    --cc=eric.dumazet@gmail.com \
    --cc=greearb@candelatech.com \
    --cc=jesse@nicira.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml20101129@newton.leun.net \
    --cc=mchan@broadcom.com \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.