[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1303447864.2784.26.camel@edumazet-laptop>
Date: Fri, 22 Apr 2011 06:51:04 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Michał Mirosław <mirq-linux@...e.qmqm.pl>
Cc: netdev@...r.kernel.org, Vladislav Zolotarov <vladz@...adcom.com>,
Eilon Greenstein <eilong@...adcom.com>
Subject: Re: [PATCH v5] net: bnx2x: convert to hw_features
Le vendredi 22 avril 2011 à 00:41 +0200, Michał Mirosław a écrit :
> On Thu, Apr 21, 2011 at 04:52:11PM +0200, Eric Dumazet wrote:
> > Le mardi 12 avril 2011 à 21:38 +0200, Michał Mirosław a écrit :
> > > Since ndo_fix_features callback is postponing features change when
> > > bp->recovery_state != BNX2X_RECOVERY_DONE, netdev_update_features()
> > > has to be called again when this condition changes. Previously,
> > > ethtool_ops->set_flags callback returned -EBUSY in that case
> > > (it's not possible in the new model).
> > >
> > > Signed-off-by: Michał Mirosław <mirq-linux@...e.qmqm.pl>
> > >
> > > v5: - don't delay set_features, as it's rtnl_locked - same as recovery process
> > > v4: - complete bp->rx_csum -> NETIF_F_RXCSUM conversion
> > > - add check for failed ndo_set_features in ndo_open callback
> > > v3: - include NETIF_F_LRO in hw_features
> > > - don't call netdev_update_features() if bnx2x_nic_load() failed
> > > v2: - comment in ndo_fix_features callback
> > > ---
> > I am not sure its related to these changes, but I now have in
> > net-next-2.6 :
>
> > [ 23.674263] ------------[ cut here ]------------
> > [ 23.674266] WARNING: at net/core/dev.c:1318 dev_disable_lro+0x83/0x90()
> > [ 23.674270] Hardware name: ProLiant BL460c G6
> > [ 23.674273] Modules linked in: tg3 libphy sg
> > [ 23.674280] Pid: 3070, comm: sysctl Tainted: G W 2.6.39-rc2-01242-g3ef22b9-dirty #669
> > [ 23.674282] Call Trace:
> > [ 23.674285] [<ffffffff813b94f3>] ? dev_disable_lro+0x83/0x90
> > [ 23.674291] [<ffffffff81042c9b>] warn_slowpath_common+0x8b/0xc0
> > [ 23.674298] [<ffffffff81042ce5>] warn_slowpath_null+0x15/0x20
> > [ 23.674304] [<ffffffff813b94f3>] dev_disable_lro+0x83/0x90
> > [ 23.674309] [<ffffffff81429789>] devinet_sysctl_forward+0x199/0x210
> [...]
>
> Hmm. Looks like something is not allowing to disable LRO. Please check with
> following patch so we can be sure which driver causes this.
>
> Best Regards,
> Michał Mirosław
Yes, obviously, and I suggested roughly the same patch some time ago.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists