From: Ben Hutchings <bhutchings@solarflare.com>
To: "Michał Mirosław" <mirq-linux@rere.qmqm.pl>
Cc: David Miller <davem@davemloft.net>,
netdev@vger.kernel.org, linux-net-drivers@solarflare.com,
Mahesh Bandewar <maheshb@google.com>
Subject: Re: [PATCH net-next-2.6] sfc: Implement NETIF_F_LOOPBACK
Date: Mon, 09 May 2011 14:47:05 +0100 [thread overview]
Message-ID: <1304948825.2888.3.camel@bwh-desktop> (raw)
In-Reply-To: <20110509073635.GA16708@rere.qmqm.pl>
On Mon, 2011-05-09 at 09:36 +0200, Michał Mirosław wrote:
> On Fri, May 06, 2011 at 01:12:31AM +0100, Ben Hutchings wrote:
> > We already have comprehensive support for loopback testing, so pick
> > the nearest mode and run with it.
> >
> > Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
> > ---
> > David, this depends on Mahesh's patch to define NETIF_F_LOOPBACK
> > <http://patchwork.ozlabs.org/patch/94190/>. Although you've marked that
> > as RFC, I think it is ready to apply.
> >
> > Ben.
> >
> > drivers/net/sfc/efx.c | 24 ++++++++++++++++++++++--
> > 1 files changed, 22 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/net/sfc/efx.c b/drivers/net/sfc/efx.c
> > index 38a55e9..b7bfb49 100644
> > --- a/drivers/net/sfc/efx.c
> > +++ b/drivers/net/sfc/efx.c
> > @@ -1884,6 +1884,25 @@ static int efx_set_features(struct net_device *net_dev, u32 data)
> > if (net_dev->features & ~data & NETIF_F_NTUPLE)
> > efx_filter_clear_rx(efx, EFX_FILTER_PRI_MANUAL);
> >
> > + /* Toggle loopback if required */
> > + if ((net_dev->features ^ data) & NETIF_F_LOOPBACK) {
> > + enum efx_loopback_mode old_mode;
> > + int rc;
> > +
> > + mutex_lock(&efx->mac_lock);
> > + old_mode = efx->loopback_mode;
> > + if (data & NETIF_F_LOOPBACK)
> > + efx->loopback_mode = __ffs(efx->loopback_modes);
> > + else
> > + efx->loopback_mode = LOOPBACK_NONE;
> > + rc = __efx_reconfigure_port(efx);
> > + if (rc)
> > + efx->loopback_mode = old_mode;
> > + mutex_unlock(&efx->mac_lock);
> > + if (rc)
> > + return rc;
> > + }
> > +
> > return 0;
> > }
>
> If other features than NETIF_F_LOOPBACK were changed correctly, this should
> update dev->features of what changed before error return. If not, device's
> state will diverge to what is in dev->features.
In general __efx_reconfigure_port() might fail because PHYs are tricky
beasts, but for internal loopback that isn't an issue. So this is very
unlikely to fail. But I suppose I should move it to the top of the
function.
> > @@ -2472,8 +2491,9 @@ static int __devinit efx_pci_probe(struct pci_dev *pci_dev,
> > net_dev->vlan_features |= (NETIF_F_ALL_CSUM | NETIF_F_SG |
> > NETIF_F_HIGHDMA | NETIF_F_ALL_TSO |
> > NETIF_F_RXCSUM);
> > - /* All offloads can be toggled */
> > - net_dev->hw_features = net_dev->features & ~NETIF_F_HIGHDMA;
> > + /* All offloads can be toggled, and so can loopback */
> > + net_dev->hw_features = ((net_dev->features & ~NETIF_F_HIGHDMA) |
> > + NETIF_F_LOOPBACK);
> > efx = netdev_priv(net_dev);
> > pci_set_drvdata(pci_dev, efx);
> > SET_NETDEV_DEV(net_dev, &pci_dev->dev);
>
> You can remove the '& ~NETIF_F_HIGHDMA' part, as it's now allowed to be
> changed (commit fa2bd7ff9247f4218dfc907db14d000cd7edd862).
OK.
Ben.
--
Ben Hutchings, Senior Software Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
prev parent reply other threads:[~2011-05-09 13:47 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-04 1:18 [PATCHv3 0/2] Loopback Mahesh Bandewar
2011-05-04 1:18 ` [PATCH 1/2] net: Allow ethtool to set interface in loopback mode Mahesh Bandewar
2011-05-04 1:18 ` [PATCHv3 2/2] tg3: Allow ethtool to enable/disable loopback Mahesh Bandewar
2011-05-04 1:52 ` Matt Carlson
2011-05-04 11:11 ` Michał Mirosław
2011-05-04 15:04 ` Stephen Hemminger
2011-05-04 16:05 ` Michał Mirosław
2011-05-04 16:08 ` Ben Hutchings
2011-05-05 1:34 ` [PATCHv4 " Mahesh Bandewar
2011-05-05 6:59 ` Michał Mirosław
2011-05-05 17:47 ` Mahesh Bandewar
2011-05-05 18:35 ` Michał Mirosław
2011-05-05 23:16 ` Mahesh Bandewar
2011-05-06 6:35 ` Michał Mirosław
2011-05-07 6:18 ` [PATCHv5 " Mahesh Bandewar
2011-05-07 7:43 ` Michał Mirosław
2011-05-08 16:50 ` Mahesh Bandewar
2011-05-08 16:51 ` [PATCHv6 " Mahesh Bandewar
2011-05-12 22:04 ` David Miller
2011-05-04 11:15 ` [PATCH 1/2] net: Allow ethtool to set interface in loopback mode Michał Mirosław
2011-05-05 1:30 ` [PATCHv2 " Mahesh Bandewar
2011-05-05 1:52 ` Ben Hutchings
2011-05-08 23:00 ` David Miller
2011-05-06 0:12 ` [PATCH net-next-2.6] sfc: Implement NETIF_F_LOOPBACK Ben Hutchings
2011-05-09 7:36 ` Michał Mirosław
2011-05-09 13:47 ` Ben Hutchings [this message]
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=1304948825.2888.3.camel@bwh-desktop \
--to=bhutchings@solarflare.com \
--cc=davem@davemloft.net \
--cc=linux-net-drivers@solarflare.com \
--cc=maheshb@google.com \
--cc=mirq-linux@rere.qmqm.pl \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).