From: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>
To: Paul Barker <paul.barker.ct@bp.renesas.com>
Cc: Sergey Shtylyov <s.shtylyov@omp.ru>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Geert Uytterhoeven <geert+renesas@glider.be>,
netdev@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [net-next RFC v3 3/7] net: ravb: Refactor RX ring refill
Date: Mon, 15 Apr 2024 14:30:20 +0200 [thread overview]
Message-ID: <20240415123020.GJ3156415@ragnatech.se> (raw)
In-Reply-To: <b1d0ca22-de75-4d76-90ba-62c2a57f4301@bp.renesas.com>
On 2024-04-15 13:18:08 +0100, Paul Barker wrote:
> On 15/04/2024 12:57, Niklas Söderlund wrote:
> > Hi Paul,
> >
> > Thanks for your work, I really like this deduplication of code!
> >
> > On 2024-04-15 10:48:00 +0100, Paul Barker wrote:
> >> To reduce code duplication, we add a new RX ring refill function which
> >> can handle both the initial RX ring population (which was split between
> >> ravb_ring_init() and ravb_ring_format()) and the RX ring refill after
> >> polling (in ravb_rx()).
> >>
> >> Signed-off-by: Paul Barker <paul.barker.ct@bp.renesas.com>
> >> ---
> >> drivers/net/ethernet/renesas/ravb_main.c | 141 +++++++++--------------
> >> 1 file changed, 52 insertions(+), 89 deletions(-)
> >>
> >> diff --git a/drivers/net/ethernet/renesas/ravb_main.c b/drivers/net/ethernet/renesas/ravb_main.c
> >> index 1ac599a044b2..baa01bd81f2d 100644
> >> --- a/drivers/net/ethernet/renesas/ravb_main.c
> >> +++ b/drivers/net/ethernet/renesas/ravb_main.c
> >> @@ -317,35 +317,42 @@ static void ravb_ring_free(struct net_device *ndev, int q)
> >> priv->tx_skb[q] = NULL;
> >> }
> >>
> >> -static void ravb_rx_ring_format(struct net_device *ndev, int q)
> >> +static u32
> >> +ravb_rx_ring_refill(struct net_device *ndev, int q, u32 count, gfp_t gfp_mask)
> >> {
> >> struct ravb_private *priv = netdev_priv(ndev);
> >> + const struct ravb_hw_info *info = priv->info;
> >> struct ravb_rx_desc *rx_desc;
> >> - unsigned int rx_ring_size;
> >> dma_addr_t dma_addr;
> >> - unsigned int i;
> >> + u32 i, entry;
> >>
> >> - rx_ring_size = priv->info->rx_desc_size * priv->num_rx_ring[q];
> >> - memset(priv->rx_ring[q].raw, 0, rx_ring_size);
> >> - /* Build RX ring buffer */
> >> - for (i = 0; i < priv->num_rx_ring[q]; i++) {
> >> - /* RX descriptor */
> >> - rx_desc = ravb_rx_get_desc(priv, q, i);
> >> - rx_desc->ds_cc = cpu_to_le16(priv->info->rx_max_desc_use);
> >> - dma_addr = dma_map_single(ndev->dev.parent, priv->rx_skb[q][i]->data,
> >> - priv->info->rx_max_frame_size,
> >> - DMA_FROM_DEVICE);
> >> - /* We just set the data size to 0 for a failed mapping which
> >> - * should prevent DMA from happening...
> >> - */
> >> - if (dma_mapping_error(ndev->dev.parent, dma_addr))
> >> - rx_desc->ds_cc = cpu_to_le16(0);
> >> - rx_desc->dptr = cpu_to_le32(dma_addr);
> >> + for (i = 0; i < count; i++) {
> >> + entry = (priv->dirty_rx[q] + i) % priv->num_rx_ring[q];
> >> + rx_desc = ravb_rx_get_desc(priv, q, entry);
> >> + rx_desc->ds_cc = cpu_to_le16(info->rx_max_desc_use);
> >> +
> >> + if (!priv->rx_skb[q][entry]) {
> >> + priv->rx_skb[q][entry] = ravb_alloc_skb(ndev, info, gfp_mask);
> >> + if (!priv->rx_skb[q][entry])
> >> + break;
> >> + dma_addr = dma_map_single(ndev->dev.parent,
> >> + priv->rx_skb[q][entry]->data,
> >> + priv->info->rx_max_frame_size,
> >> + DMA_FROM_DEVICE);
> >> + skb_checksum_none_assert(priv->rx_skb[q][entry]);
> >> + /* We just set the data size to 0 for a failed mapping
> >> + * which should prevent DMA from happening...
> >> + */
> >> + if (dma_mapping_error(ndev->dev.parent, dma_addr))
> >> + rx_desc->ds_cc = cpu_to_le16(0);
> >> + rx_desc->dptr = cpu_to_le32(dma_addr);
> >> + }
> >> + /* Descriptor type must be set after all the above writes */
> >> + dma_wmb();
> >> rx_desc->die_dt = DT_FEMPTY;
> >> }
> >> - rx_desc = ravb_rx_get_desc(priv, q, i);
> >> - rx_desc->dptr = cpu_to_le32((u32)priv->rx_desc_dma[q]);
> >> - rx_desc->die_dt = DT_LINKFIX; /* type */
> >> +
> >> + return i;
> >> }
> >>
> >> /* Format skb and descriptor buffer for Ethernet AVB */
> >> @@ -353,6 +360,7 @@ static void ravb_ring_format(struct net_device *ndev, int q)
> >> {
> >> struct ravb_private *priv = netdev_priv(ndev);
> >> unsigned int num_tx_desc = priv->num_tx_desc;
> >> + struct ravb_rx_desc *rx_desc;
> >> struct ravb_tx_desc *tx_desc;
> >> struct ravb_desc *desc;
> >> unsigned int tx_ring_size = sizeof(*tx_desc) * priv->num_tx_ring[q] *
> >> @@ -364,8 +372,6 @@ static void ravb_ring_format(struct net_device *ndev, int q)
> >> priv->dirty_rx[q] = 0;
> >> priv->dirty_tx[q] = 0;
> >>
> >> - ravb_rx_ring_format(ndev, q);
> >> -
> >> memset(priv->tx_ring[q], 0, tx_ring_size);
> >> /* Build TX ring buffer */
> >> for (i = 0, tx_desc = priv->tx_ring[q]; i < priv->num_tx_ring[q];
> >> @@ -379,6 +385,14 @@ static void ravb_ring_format(struct net_device *ndev, int q)
> >> tx_desc->dptr = cpu_to_le32((u32)priv->tx_desc_dma[q]);
> >> tx_desc->die_dt = DT_LINKFIX; /* type */
> >>
> >> + /* Regular RX descriptors have already been initialized by
> >> + * ravb_rx_ring_refill(), we just need to initialize the final link
> >> + * descriptor.
> >> + */
> >> + rx_desc = ravb_rx_get_desc(priv, q, priv->num_rx_ring[q]);
> >> + rx_desc->dptr = cpu_to_le32((u32)priv->rx_desc_dma[q]);
> >> + rx_desc->die_dt = DT_LINKFIX; /* type */
> >> +
> >
> > super-nit: Should you not move this addition up to where you removed the
> > call to ravb_rx_ring_format()? Before this change the order of things
> > are,
> >
> > /* Init RX ring */
> > /* Init TX ring */
> > /* Set RX descriptor base address */
> > /* Set TX descriptor base address */
> >
> >
> > While after it is,
> >
> > /* Init TX ring */
> > /* Init RX ring */
> > /* Set RX descriptor base address */
> > /* Set TX descriptor base address */
> >
> > My OCD is itching ;-)
>
> Since I'll need to re-spin this series anyway, I may as well tidy that
> up :)
>
> >
> >> /* RX descriptor base address for best effort */
> >> desc = &priv->desc_bat[RX_QUEUE_OFFSET + q];
> >> desc->die_dt = DT_LINKFIX; /* type */
> >> @@ -408,11 +422,9 @@ static void *ravb_alloc_rx_desc(struct net_device *ndev, int q)
> >> static int ravb_ring_init(struct net_device *ndev, int q)
> >> {
> >> struct ravb_private *priv = netdev_priv(ndev);
> >> - const struct ravb_hw_info *info = priv->info;
> >> unsigned int num_tx_desc = priv->num_tx_desc;
> >> unsigned int ring_size;
> >> - struct sk_buff *skb;
> >> - unsigned int i;
> >> + u32 num_filled;
> >>
> >> /* Allocate RX and TX skb rings */
> >> priv->rx_skb[q] = kcalloc(priv->num_rx_ring[q],
> >> @@ -422,13 +434,6 @@ static int ravb_ring_init(struct net_device *ndev, int q)
> >> if (!priv->rx_skb[q] || !priv->tx_skb[q])
> >> goto error;
> >>
> >> - for (i = 0; i < priv->num_rx_ring[q]; i++) {
> >> - skb = ravb_alloc_skb(ndev, info, GFP_KERNEL);
> >> - if (!skb)
> >> - goto error;
> >> - priv->rx_skb[q][i] = skb;
> >> - }
> >> -
> >> if (num_tx_desc > 1) {
> >> /* Allocate rings for the aligned buffers */
> >> priv->tx_align[q] = kmalloc(DPTR_ALIGN * priv->num_tx_ring[q] +
> >> @@ -443,6 +448,13 @@ static int ravb_ring_init(struct net_device *ndev, int q)
> >>
> >> priv->dirty_rx[q] = 0;
> >>
> >> + /* Populate RX ring buffer. */
> >> + ring_size = priv->info->rx_desc_size * priv->num_rx_ring[q];
> >> + memset(priv->rx_ring[q].raw, 0, ring_size);
> >> + num_filled = ravb_rx_ring_refill(ndev, q, priv->num_rx_ring[q], GFP_KERNEL);
> >> + if (num_filled != priv->num_rx_ring[q])
> >> + goto error;
> >> +
> >
> > Here you also change the order, but it make sense here as you first deal
> > with all TX and then all RX ;-)
>
> The placement here is because we can't call ravb_rx_ring_refill() until
> priv->dirty_rx[q] has been zero'd.
>
> The init order right now is actually:
> RX page pool
> RX buffers
> TX SKBs
> RX descriptors
> RX ring buffer
> TX descriptors
>
> So maybe this should be re-ordered.
>
> I considered breaking this all apart, so ravb_ring_init() would call
> ravb_rx_ring_init()/ravb_tx_ring_init() and ravb_ring_format() would
> call ravb_rx_ring_format()/ravb_tx_ring_format(). There are several
> steps happening for TX & RX in both init and format stages. Does that
> sound cleaner to you?
I think that is a good idea. If you wish I think this can be done on-top
or break this first part of the series out to a cleanup set, this series
is quiet large already.
>
> Thanks,
>
> --
> Paul Barker
--
Kind Regards,
Niklas Söderlund
next prev parent reply other threads:[~2024-04-15 12:30 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-15 9:47 [net-next RFC v3 0/7] Improve GbEth performance on Renesas RZ/G2L and related SoCs Paul Barker
2024-04-15 9:47 ` [net-next RFC v3 1/7] net: ravb: Simplify poll & receive functions Paul Barker
2024-04-15 11:23 ` Niklas Söderlund
2024-04-15 11:31 ` Paul Barker
2024-04-15 9:47 ` [net-next RFC v3 2/7] net: ravb: Align poll function with NAPI docs Paul Barker
2024-04-15 11:44 ` Niklas Söderlund
2024-04-15 12:08 ` Paul Barker
2024-04-15 9:48 ` [net-next RFC v3 3/7] net: ravb: Refactor RX ring refill Paul Barker
2024-04-15 11:57 ` Niklas Söderlund
2024-04-15 12:18 ` Paul Barker
2024-04-15 12:30 ` Niklas Söderlund [this message]
2024-04-15 9:48 ` [net-next RFC v3 4/7] net: ravb: Refactor GbEth RX code path Paul Barker
2024-04-19 20:03 ` Sergey Shtylyov
2024-04-21 15:49 ` Paul Barker
2024-04-21 20:23 ` Sergey Shtylyov
2024-04-15 9:48 ` [net-next RFC v3 5/7] net: ravb: Enable SW IRQ Coalescing for GbEth Paul Barker
2024-04-19 20:26 ` Sergey Shtylyov
2024-04-15 9:48 ` [net-next RFC v3 6/7] net: ravb: Use NAPI threaded mode on 1-core CPUs with GbEth IP Paul Barker
2024-04-19 20:32 ` Sergey Shtylyov
2024-04-15 9:48 ` [net-next RFC v3 7/7] net: ravb: Allocate RX buffers via page pool Paul Barker
2024-04-15 12:16 ` Niklas Söderlund
2024-04-19 8:02 ` Paul Barker
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=20240415123020.GJ3156415@ragnatech.se \
--to=niklas.soderlund+renesas@ragnatech.se \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=geert+renesas@glider.be \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=paul.barker.ct@bp.renesas.com \
--cc=s.shtylyov@omp.ru \
/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
all inboxes | Powered by JetHome®