* Re: [Openvpn-devel] [PATCH ovpn-net-next] ovpn: reset MAC header before passing skb up [not found] ` <101221c8-8e47-4fc1-9791-2ef3a0ae8312@unstable.cc> @ 2026-04-28 2:08 ` Qingfang Deng 2026-04-28 9:36 ` Antonio Quartulli 0 siblings, 1 reply; 2+ messages in thread From: Qingfang Deng @ 2026-04-28 2:08 UTC (permalink / raw) To: Antonio Quartulli, openvpn-devel; +Cc: Minqiang Chen, Sabrina Dubroca, netdev Hi, On 2026/4/27 17:45, Antonio Quartulli wrote: > Hi Qingfang, > > thanks for the patch! > > On 27/04/2026 06:00, Qingfang Deng wrote: >> After decapsulating a packet, the skb->mac_header still points to the >> outer transport header. Call skb_reset_mac_header() in >> ovpn_netdev_write() to ensure the MAC header points to the beginning of >> the inner IP packet. > > May you elaborate on what this is exactly fixing? > Did you encounter a bug triggered by this missing line? > > I am asking because I wonder what is "expected" as MAC header for a > packet not having one at all (packets delivered to the ovpn interface > are L3 only, as per the interface type itself). For L3-only devices, the net core expects skb->mac_header == skb->network_header. For example, in __netif_receive_skb_core(), skb_reset_mac_len() sets skb->mac_len to (skb->network_header - skb->mac_header). If skb->mac_header still has a stale value, this will incorrectly assign a non-zero value to skb->mac_len. Also, if generic XDP or SOCK_PACKET is used, either will do skb_push(skb, skb->data - skb_mac_header(skb)); > > Thanks! > > Regards, > >> >> Reported-by: Minqiang Chen <ptpt52@gmail.com> >> Fixes: 8534731dbf2d ("ovpn: implement packet processing") >> Signed-off-by: Qingfang Deng <qingfang.deng@linux.dev> >> --- >> drivers/net/ovpn/io.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/drivers/net/ovpn/io.c b/drivers/net/ovpn/io.c >> index db43a1f8a07a..d92bb87be2b2 100644 >> --- a/drivers/net/ovpn/io.c >> +++ b/drivers/net/ovpn/io.c >> @@ -85,6 +85,7 @@ static void ovpn_netdev_write(struct ovpn_peer >> *peer, struct sk_buff *skb) >> skb_scrub_packet(skb, true); >> /* network header reset in ovpn_decrypt_post() */ >> + skb_reset_mac_header(skb); >> skb_reset_transport_header(skb); >> skb_reset_inner_headers(skb); > +Cc: netdev Regards, Qingfang ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Openvpn-devel] [PATCH ovpn-net-next] ovpn: reset MAC header before passing skb up 2026-04-28 2:08 ` [Openvpn-devel] [PATCH ovpn-net-next] ovpn: reset MAC header before passing skb up Qingfang Deng @ 2026-04-28 9:36 ` Antonio Quartulli 0 siblings, 0 replies; 2+ messages in thread From: Antonio Quartulli @ 2026-04-28 9:36 UTC (permalink / raw) To: Qingfang Deng, openvpn-devel Cc: Minqiang Chen, Sabrina Dubroca, netdev, antonio Hi, On 28/04/2026 04:08, Qingfang Deng wrote: > Hi, > > On 2026/4/27 17:45, Antonio Quartulli wrote: >> Hi Qingfang, >> >> thanks for the patch! >> >> On 27/04/2026 06:00, Qingfang Deng wrote: >>> After decapsulating a packet, the skb->mac_header still points to the >>> outer transport header. Call skb_reset_mac_header() in >>> ovpn_netdev_write() to ensure the MAC header points to the beginning of >>> the inner IP packet. >> >> May you elaborate on what this is exactly fixing? >> Did you encounter a bug triggered by this missing line? >> >> I am asking because I wonder what is "expected" as MAC header for a >> packet not having one at all (packets delivered to the ovpn interface >> are L3 only, as per the interface type itself). > > For L3-only devices, the net core expects skb->mac_header == skb- > >network_header. > > For example, in __netif_receive_skb_core(), skb_reset_mac_len() sets > skb->mac_len to (skb->network_header - skb->mac_header). > If skb->mac_header still has a stale value, this will incorrectly assign > a non-zero value to skb->mac_len. > > Also, if generic XDP or SOCK_PACKET is used, either will do > skb_push(skb, skb->data - skb_mac_header(skb)); Thanks a lot! This makes sense! I'm applying the patch to my tree. Regards, -- Antonio Quartulli ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-04-28 9:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20260427040011.2107748-1-qingfang.deng@linux.dev>
[not found] ` <101221c8-8e47-4fc1-9791-2ef3a0ae8312@unstable.cc>
2026-04-28 2:08 ` [Openvpn-devel] [PATCH ovpn-net-next] ovpn: reset MAC header before passing skb up Qingfang Deng
2026-04-28 9:36 ` Antonio Quartulli
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox