From: Stephen Hemminger <stephen@networkplumber.org>
To: Haiyang Zhang <haiyangz@microsoft.com>
Cc: KY Srinivasan <kys@microsoft.com>,
"davem@davemloft.net" <davem@davemloft.net>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Stephen Hemminger <sthemmin@microsoft.com>
Subject: Re: [RFC 1/2] netvsc: invoke xdp_generic from VF frame handler
Date: Wed, 15 May 2019 10:53:30 -0700 [thread overview]
Message-ID: <20190515105330.4b955e7d@hermes.lan> (raw)
In-Reply-To: <BYAPR21MB133640B374769CDF84685C03CA090@BYAPR21MB1336.namprd21.prod.outlook.com>
On Wed, 15 May 2019 17:50:25 +0000
Haiyang Zhang <haiyangz@microsoft.com> wrote:
> > -----Original Message-----
> > From: Stephen Hemminger <stephen@networkplumber.org>
> > Sent: Wednesday, May 15, 2019 4:03 AM
> > To: KY Srinivasan <kys@microsoft.com>; Haiyang Zhang
> > <haiyangz@microsoft.com>; davem@davemloft.net
> > Cc: netdev@vger.kernel.org; Stephen Hemminger <sthemmin@microsoft.com>
> > Subject: [RFC 1/2] netvsc: invoke xdp_generic from VF frame handler
> >
> > XDP generic does not work correctly with the Hyper-V/Azure netvsc device
> > because of packet processing order. Only packets on the synthetic path get
> > seen by the XDP program. The VF device packets are not seen.
> >
> > By the time the packets that arrive on the VF are handled by netvsc after the
> > first pass of XDP generic (on the VF) has already been done.
> >
> > A fix for the netvsc device is to do this in the VF packet handler.
> > by directly calling do_xdp_generic() if XDP program is present on the parent
> > device.
> >
> > A riskier but maybe better alternative would be to do this netdev core code
> > after the receive handler is invoked (if RX_HANDLER_ANOTHER is returned).
> >
> > Fixes: 0c195567a8f6 ("netvsc: transparent VF management")
> > Signed-off-by: Stephen Hemminger <sthemmin@microsoft.com>
> > ---
> > drivers/net/hyperv/netvsc_drv.c | 6 ++++++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/drivers/net/hyperv/netvsc_drv.c b/drivers/net/hyperv/netvsc_drv.c
> > index 06393b215102..bb0fc1869bde 100644
> > --- a/drivers/net/hyperv/netvsc_drv.c
> > +++ b/drivers/net/hyperv/netvsc_drv.c
> > @@ -1999,9 +1999,15 @@ static rx_handler_result_t
> > netvsc_vf_handle_frame(struct sk_buff **pskb)
> > struct net_device_context *ndev_ctx = netdev_priv(ndev);
> > struct netvsc_vf_pcpu_stats *pcpu_stats
> > = this_cpu_ptr(ndev_ctx->vf_stats);
> > + struct bpf_prog *xdp_prog;
> >
> > skb->dev = ndev;
> >
> > + xdp_prog = rcu_dereference(ndev->xdp_prog);
> > + if (xdp_prog &&
> > + do_xdp_generic(xdp_prog, skb) != XDP_PASS)
> > + return RX_HANDLER_CONSUMED;
>
> Looks fine overall.
>
> The function do_xdp_generic() already checks NULL on xdp_prog,
> so we don't need to check it in our code.
>
> int do_xdp_generic(struct bpf_prog *xdp_prog, struct sk_buff *skb)
> {
> if (xdp_prog) {
>
The null check in the netvsc code was just an minor optimization
to avoid unnecessary function call in fast path.
next prev parent reply other threads:[~2019-05-15 17:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-15 8:03 [RFC 0/2] netvsc fixes to VF frame handling Stephen Hemminger
2019-05-15 8:03 ` [RFC 1/2] netvsc: invoke xdp_generic from VF frame handler Stephen Hemminger
2019-05-15 8:12 ` Jason Wang
2019-05-15 15:23 ` Stephen Hemminger
2019-05-16 7:36 ` Jason Wang
2019-05-15 17:50 ` Haiyang Zhang
2019-05-15 17:53 ` Stephen Hemminger [this message]
2019-05-15 17:57 ` Haiyang Zhang
2019-05-15 8:03 ` [RFC 2/2] netvsc: unshare skb in VF rx handler Stephen Hemminger
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=20190515105330.4b955e7d@hermes.lan \
--to=stephen@networkplumber.org \
--cc=davem@davemloft.net \
--cc=haiyangz@microsoft.com \
--cc=kys@microsoft.com \
--cc=netdev@vger.kernel.org \
--cc=sthemmin@microsoft.com \
/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.