From: Jesper Dangaard Brouer <brouer@redhat.com>
To: Alexander Duyck <alexander.duyck@gmail.com>
Cc: Netdev <netdev@vger.kernel.org>,
"David S. Miller" <davem@davemloft.net>,
Saeed Mahameed <saeedm@mellanox.com>,
Or Gerlitz <gerlitz.or@gmail.com>,
Eugenia Emantayev <eugenia@mellanox.com>,
brouer@redhat.com
Subject: Re: [net-next PATCH V1 2/3] mlx4: use napi_alloc_skb API to get SKB bulk allocations
Date: Mon, 9 May 2016 22:05:27 +0200 [thread overview]
Message-ID: <20160509220527.0ccb2b72@redhat.com> (raw)
In-Reply-To: <CAKgT0UdcAzpYnqvv8HkMaPoPxLPj5-iJpwzdJWVKX9DfYJoYyg@mail.gmail.com>
On Mon, 9 May 2016 09:47:08 -0700
Alexander Duyck <alexander.duyck@gmail.com> wrote:
> On Mon, May 9, 2016 at 6:44 AM, Jesper Dangaard Brouer
> <brouer@redhat.com> wrote:
> > Activate the bulk alloc API, simply by changing mlx4 from using
> > netdev_alloc_skb() to using napi_alloc_skb().
>
> This patch is just enabling the napi_alloc_skb call. You don't need
> to call out that it is enabling bulk allocations. This patch could
> stand on its own without needing to make reference to the bulk
> allocation API because there is enough of a gain from napi_alloc_skb
> replacing netdev_alloc_skb.
Okay, I see you point.
> > Signed-off-by: Jesper Dangaard Brouer <brouer@redhat.com>
> > ---
> > drivers/net/ethernet/mellanox/mlx4/en_rx.c | 7 ++++---
> > 1 file changed, 4 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/net/ethernet/mellanox/mlx4/en_rx.c b/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> > index 8ef6875b6cf9..84fd6db5a176 100644
> > --- a/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> > +++ b/drivers/net/ethernet/mellanox/mlx4/en_rx.c
> > @@ -577,14 +577,15 @@ fail:
> > static struct sk_buff *mlx4_en_rx_skb(struct mlx4_en_priv *priv,
> > struct mlx4_en_rx_desc *rx_desc,
> > struct mlx4_en_rx_alloc *frags,
> > - unsigned int length)
> > + unsigned int length,
> > + struct napi_struct *napi)
>
> Instead of passing the NAPI structure you could just pass the
> mlx4_en_cq pointer to be used by the NAPI alloc function. In addition
> you might try adding the new parameter before length since that way
> the pointers are in one block followed by integers in a tapering
> length order.
Okay, will adjust.
> > {
> > struct sk_buff *skb;
> > void *va;
> > int used_frags;
> > dma_addr_t dma;
> >
> > - skb = netdev_alloc_skb(priv->dev, SMALL_PACKET_SIZE + NET_IP_ALIGN);
> > + skb = napi_alloc_skb(napi, SMALL_PACKET_SIZE + NET_IP_ALIGN);
>
> The NET_IP_ALIGN is redundant as napi_alloc_skb already takes are of
> adding that and NET_SKB_PAD.
Thanks for catching this.
> > if (!skb) {
> > en_dbg(RX_ERR, priv, "Failed allocating skb\n");
> > return NULL;
> > @@ -932,7 +933,7 @@ int mlx4_en_process_rx_cq(struct net_device *dev, struct mlx4_en_cq *cq, int bud
> > }
> >
> > /* GRO not possible, complete processing here */
> > - skb = mlx4_en_rx_skb(priv, rx_desc, frags, length);
> > + skb = mlx4_en_rx_skb(priv, rx_desc, frags, length, &cq->napi);
> > if (!skb) {
> > ring->dropped++;
> > goto next;
> >
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel Engineer at Red Hat
Author of http://www.iptv-analyzer.org
LinkedIn: http://www.linkedin.com/in/brouer
next prev parent reply other threads:[~2016-05-09 20:05 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-09 13:44 [net-next PATCH V1 0/3] net: enable use of kmem_cache_alloc_bulk in network stack Jesper Dangaard Brouer
2016-05-09 13:44 ` [net-next PATCH V1 1/3] net: bulk alloc and reuse of SKBs in NAPI context Jesper Dangaard Brouer
2016-05-09 16:20 ` Alexander Duyck
2016-05-09 19:59 ` Jesper Dangaard Brouer
2016-05-09 20:46 ` Alexander Duyck
2016-05-10 9:29 ` Jesper Dangaard Brouer
2016-05-10 12:30 ` Jesper Dangaard Brouer
2016-05-10 13:48 ` Eric Dumazet
2016-05-10 14:48 ` Jesper Dangaard Brouer
2016-05-10 15:44 ` Eric Dumazet
2016-05-10 17:46 ` Alexander Duyck
2016-05-09 13:44 ` [net-next PATCH V1 2/3] mlx4: use napi_alloc_skb API to get SKB bulk allocations Jesper Dangaard Brouer
2016-05-09 16:47 ` Alexander Duyck
2016-05-09 20:05 ` Jesper Dangaard Brouer [this message]
2016-05-09 13:44 ` [net-next PATCH V1 3/3] net: warn on napi_alloc_skb being called in wrong context Jesper Dangaard Brouer
2016-05-09 13:53 ` Sergei Shtylyov
2016-05-09 13:53 ` Sergei Shtylyov
2016-05-09 16:33 ` Alexander Duyck
2016-05-09 20:03 ` Jesper Dangaard Brouer
2016-05-20 8:14 ` [net-next PATCH V1 0/3] net: enable use of kmem_cache_alloc_bulk in network stack Jesper Dangaard Brouer
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=20160509220527.0ccb2b72@redhat.com \
--to=brouer@redhat.com \
--cc=alexander.duyck@gmail.com \
--cc=davem@davemloft.net \
--cc=eugenia@mellanox.com \
--cc=gerlitz.or@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=saeedm@mellanox.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 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).