[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bcddc226-7cbf-4994-94fe-eb70331f2bfa@bp.renesas.com>
Date: Sun, 21 Apr 2024 16:49:29 +0100
From: Paul Barker <paul.barker.ct@...renesas.com>
To: Sergey Shtylyov <s.shtylyov@....ru>, "David S. Miller"
<davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>
Cc: Niklas Söderlund
<niklas.soderlund+renesas@...natech.se>,
Geert Uytterhoeven <geert+renesas@...der.be>, netdev@...r.kernel.org,
linux-renesas-soc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [net-next RFC v3 4/7] net: ravb: Refactor GbEth RX code path
On 19/04/2024 21:03, Sergey Shtylyov wrote:
> On 4/15/24 12:48 PM, Paul Barker wrote:
>
>> We can reduce code duplication in ravb_rx_gbeth() and add comments to
>> make the code flow easier to understand.
>>
>> Signed-off-by: Paul Barker <paul.barker.ct@...renesas.com>
>> ---
>> drivers/net/ethernet/renesas/ravb_main.c | 70 ++++++++++++------------
>> 1 file changed, 35 insertions(+), 35 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/renesas/ravb_main.c b/drivers/net/ethernet/renesas/ravb_main.c
>> index baa01bd81f2d..12618171f6d5 100644
>> --- a/drivers/net/ethernet/renesas/ravb_main.c
>> +++ b/drivers/net/ethernet/renesas/ravb_main.c
>> @@ -818,47 +818,47 @@ static int ravb_rx_gbeth(struct net_device *ndev, int budget, int q)
>> stats->rx_missed_errors++;
>> } else {
>> die_dt = desc->die_dt & 0xF0;
>> - switch (die_dt) {
>> - case DT_FSINGLE:
>> - skb = ravb_get_skb_gbeth(ndev, entry, desc);
>> + skb = ravb_get_skb_gbeth(ndev, entry, desc);
>> + if (die_dt == DT_FSINGLE || die_dt == DT_FSTART) {
>
> No, please keep using *switch* statement here...
That's a shame - I much prefer this version with reduced code
duplication, especially when we add page pool support. Duplication with
subtle differences leads to bugs, see [1] for an example.
[1]: https://lore.kernel.org/all/20240416120254.2620-4-paul.barker.ct@bp.renesas.com/
An alternative would be to drop this refactor patch, then when we add
page pool support we instead use separate functions to avoid code
duplication. At the end of the series, the switch would then look
something like this:
switch (die_dt) {
case DT_FSINGLE:
skb = ravb_rx_build_skb(ndev, q, rx_buff, desc_len);
if (!skb)
break;
ravb_rx_finish_skb(ndev, q, skb);
rx_packets++;
break;
case DT_FSTART:
priv->rx_1st_skb = ravb_rx_build_skb(ndev, q, rx_buff, desc_len);
break;
case DT_FMID:
ravb_rx_add_frag(ndev, q, rx_buff, desc_len);
break;
case DT_FEND:
if (ravb_rx_add_frag(ndev, q, rx_buff, desc_len))
break;
ravb_rx_finish_skb(ndev, q, priv->rx_1st_skb);
rx_packets++;
priv->rx_1st_skb = NULL;
}
Would you prefer that approach?
>
>> + /* Start of packet:
>> + * Set initial data length.
>> + */
>> skb_put(skb, desc_len);
>> +
>> + /* Save this SKB if the packet spans multiple
>> + * descriptors.
>> + */
>> + if (die_dt == DT_FSTART)
>> + priv->rx_1st_skb = skb;
>
> Hm, looks like we can do that under *case* DT_FSTART: and do
> a fallthru to *case* DT_FSINGLE: after that...
A fallthrough would just have to be removed again when page pool support
is added in a later patch in this series, since we will need to call
napi_build_skb() before the skb is valid.
>
>> + } else {
>> + /* Continuing a packet:
>> + * Move data into the saved SKB.
>> + */
>> + skb_copy_to_linear_data_offset(priv->rx_1st_skb,
>> + priv->rx_1st_skb->len,
>> + skb->data,
>> + desc_len);
>> + skb_put(priv->rx_1st_skb, desc_len);
>> + dev_kfree_skb(skb);
>> +
>> + /* Set skb to point at the whole packet so that
>> + * we only need one code path for finishing a
>> + * packet.
>> + */
>> + skb = priv->rx_1st_skb;
>> + }
>> +
>> + if (die_dt == DT_FSINGLE || die_dt == DT_FEND) {
>
> Again, keep using *switch*, please...
>
>> + /* Finishing a packet:
>> + * Determine protocol & checksum, hand off to
>> + * NAPI and update our stats.
>> + */
>> skb->protocol = eth_type_trans(skb, ndev);
>> if (ndev->features & NETIF_F_RXCSUM)
>> ravb_rx_csum_gbeth(skb);
>> + stats->rx_bytes += skb->len;
>> napi_gro_receive(&priv->napi[q], skb);
>> rx_packets++;
> [...]
>
> MBR, Sergey
Thanks,
--
Paul Barker
Download attachment "OpenPGP_0x27F4B3459F002257.asc" of type "application/pgp-keys" (3521 bytes)
Download attachment "OpenPGP_signature.asc" of type "application/pgp-signature" (237 bytes)
Powered by blists - more mailing lists