From: Felix Fietkau <nbd@nbd.name>
To: Paolo Abeni <pabeni@redhat.com>, Eric Dumazet <edumazet@google.com>
Cc: netdev@vger.kernel.org, Michal Ostrowski <mostrows@earthlink.net>,
Andrew Lunn <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH net-next v2] net: pppoe: implement GRO support
Date: Tue, 22 Jul 2025 16:56:26 +0200 [thread overview]
Message-ID: <439bd3e3-85d1-44b9-9587-052bd9c35dec@nbd.name> (raw)
In-Reply-To: <d1bc6357-9bdd-444e-86f8-9e6955f46624@redhat.com>
On 22.07.25 16:47, Paolo Abeni wrote:
> On 7/22/25 4:04 PM, Eric Dumazet wrote:
>> On Wed, Jul 16, 2025 at 1:14 AM Felix Fietkau <nbd@nbd.name> wrote:
>>>
>>> Only handles packets where the pppoe header length field matches the exact
>>> packet length. Significantly improves rx throughput.
>>>
>>> When running NAT traffic through a MediaTek MT7621 devices from a host
>>> behind PPPoE to a host directly connected via ethernet, the TCP throughput
>>> that the device is able to handle improves from ~130 Mbit/s to ~630 Mbit/s,
>>> using fraglist GRO.
>>>
>>> Signed-off-by: Felix Fietkau <nbd@nbd.name>
>>> ---
>>
>> Shouldn't we first add GSO support ?
>
> I *think* the current __skb_gso_segment() should be able to segment a
> pppoe GSO packet, as the pppoe header is static/constant, skb->mac_len
> will include both eth/pppoe and skb->protocol should be the actual L3.
If the packet is received on a ppp device, __skb_gso_segment works
afterwards.
However, for the bridge forwarding case, Eric is correct. In this case,
skb->protocol will not be the L3 protocol.
I will add GSO support in v3.
Thanks,
- Felix
next prev parent reply other threads:[~2025-07-22 14:56 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-16 8:14 Felix Fietkau
2025-07-22 8:36 ` Paolo Abeni
2025-07-22 8:56 ` Felix Fietkau
2025-07-25 12:42 ` Alexander Lobakin
2025-07-25 12:54 ` Paolo Abeni
2025-07-22 14:04 ` Eric Dumazet
2025-07-22 14:47 ` Paolo Abeni
2025-07-22 14:56 ` Felix Fietkau [this message]
2025-07-31 14:08 ` Richard Gobert
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=439bd3e3-85d1-44b9-9587-052bd9c35dec@nbd.name \
--to=nbd@nbd.name \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mostrows@earthlink.net \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.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
all inboxes | Powered by JetHome®