* [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode
@ 2023-06-09 9:15 Hangbin Liu
2023-06-09 15:40 ` Larysa Zaremba
2023-06-12 8:40 ` patchwork-bot+netdevbpf
0 siblings, 2 replies; 3+ messages in thread
From: Hangbin Liu @ 2023-06-09 9:15 UTC (permalink / raw)
To: netdev
Cc: David Ahern, Daniel Borkmann, Mahesh Bandewar, Paolo Abeni,
Hangbin Liu
The commit 59a0b022aa24 ("ipvlan: Make skb->skb_iif track skb->dev for l3s
mode") fixed ipvlan bonded dev checking by updating skb skb_iif. This fix
works for IPv4, as in raw_v4_input() the dif is from inet_iif(skb), which
is skb->skb_iif when there is no route.
But for IPv6, the fix is not enough, because in ipv6_raw_deliver() ->
raw_v6_match(), the dif is inet6_iif(skb), which is returns IP6CB(skb)->iif
instead of skb->skb_iif if it's not a l3_slave. To fix the IPv6 part
issue. Let's set IP6CB(skb)->iif to correct ifindex.
BTW, ipvlan handles NS/NA specifically. Since it works fine, I will not
reset IP6CB(skb)->iif when addr->atype is IPVL_ICMPV6.
Fixes: c675e06a98a4 ("ipvlan: decouple l3s mode dependencies from other modes")
Link: https://bugzilla.redhat.com/show_bug.cgi?id=2196710
Signed-off-by: Hangbin Liu <liuhangbin@gmail.com>
---
v2: set IP6CB(skb)->iif instead of setting IP6SKB_L3SLAVE flag
---
drivers/net/ipvlan/ipvlan_l3s.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/drivers/net/ipvlan/ipvlan_l3s.c b/drivers/net/ipvlan/ipvlan_l3s.c
index 71712ea25403..d5b05e803219 100644
--- a/drivers/net/ipvlan/ipvlan_l3s.c
+++ b/drivers/net/ipvlan/ipvlan_l3s.c
@@ -102,6 +102,10 @@ static unsigned int ipvlan_nf_input(void *priv, struct sk_buff *skb,
skb->dev = addr->master->dev;
skb->skb_iif = skb->dev->ifindex;
+#if IS_ENABLED(CONFIG_IPV6)
+ if (addr->atype == IPVL_IPV6)
+ IP6CB(skb)->iif = skb->dev->ifindex;
+#endif
len = skb->len + ETH_HLEN;
ipvlan_count_rx(addr->master, len, true, false);
out:
--
2.38.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode
2023-06-09 9:15 [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode Hangbin Liu
@ 2023-06-09 15:40 ` Larysa Zaremba
2023-06-12 8:40 ` patchwork-bot+netdevbpf
1 sibling, 0 replies; 3+ messages in thread
From: Larysa Zaremba @ 2023-06-09 15:40 UTC (permalink / raw)
To: Hangbin Liu
Cc: netdev, David Ahern, Daniel Borkmann, Mahesh Bandewar,
Paolo Abeni
On Fri, Jun 09, 2023 at 05:15:02PM +0800, Hangbin Liu wrote:
> The commit 59a0b022aa24 ("ipvlan: Make skb->skb_iif track skb->dev for l3s
> mode") fixed ipvlan bonded dev checking by updating skb skb_iif. This fix
> works for IPv4, as in raw_v4_input() the dif is from inet_iif(skb), which
> is skb->skb_iif when there is no route.
>
> But for IPv6, the fix is not enough, because in ipv6_raw_deliver() ->
> raw_v6_match(), the dif is inet6_iif(skb), which is returns IP6CB(skb)->iif
> instead of skb->skb_iif if it's not a l3_slave. To fix the IPv6 part
> issue. Let's set IP6CB(skb)->iif to correct ifindex.
>
> BTW, ipvlan handles NS/NA specifically. Since it works fine, I will not
> reset IP6CB(skb)->iif when addr->atype is IPVL_ICMPV6.
>
> Fixes: c675e06a98a4 ("ipvlan: decouple l3s mode dependencies from other modes")
> Link: https://bugzilla.redhat.com/show_bug.cgi?id=2196710
> Signed-off-by: Hangbin Liu <liuhangbin@gmail.com>
Despite broken prefix, unlike v1, this fix looks good.
Reviewed-by: Larysa Zaremba <larysa.zaremba@intel.com>
> ---
> v2: set IP6CB(skb)->iif instead of setting IP6SKB_L3SLAVE flag
> ---
> drivers/net/ipvlan/ipvlan_l3s.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/ipvlan/ipvlan_l3s.c b/drivers/net/ipvlan/ipvlan_l3s.c
> index 71712ea25403..d5b05e803219 100644
> --- a/drivers/net/ipvlan/ipvlan_l3s.c
> +++ b/drivers/net/ipvlan/ipvlan_l3s.c
> @@ -102,6 +102,10 @@ static unsigned int ipvlan_nf_input(void *priv, struct sk_buff *skb,
>
> skb->dev = addr->master->dev;
> skb->skb_iif = skb->dev->ifindex;
> +#if IS_ENABLED(CONFIG_IPV6)
> + if (addr->atype == IPVL_IPV6)
> + IP6CB(skb)->iif = skb->dev->ifindex;
> +#endif
> len = skb->len + ETH_HLEN;
> ipvlan_count_rx(addr->master, len, true, false);
> out:
> --
> 2.38.1
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode
2023-06-09 9:15 [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode Hangbin Liu
2023-06-09 15:40 ` Larysa Zaremba
@ 2023-06-12 8:40 ` patchwork-bot+netdevbpf
1 sibling, 0 replies; 3+ messages in thread
From: patchwork-bot+netdevbpf @ 2023-06-12 8:40 UTC (permalink / raw)
To: Hangbin Liu; +Cc: netdev, dsahern, daniel, maheshb, pabeni
Hello:
This patch was applied to netdev/net.git (main)
by David S. Miller <davem@davemloft.net>:
On Fri, 9 Jun 2023 17:15:02 +0800 you wrote:
> The commit 59a0b022aa24 ("ipvlan: Make skb->skb_iif track skb->dev for l3s
> mode") fixed ipvlan bonded dev checking by updating skb skb_iif. This fix
> works for IPv4, as in raw_v4_input() the dif is from inet_iif(skb), which
> is skb->skb_iif when there is no route.
>
> But for IPv6, the fix is not enough, because in ipv6_raw_deliver() ->
> raw_v6_match(), the dif is inet6_iif(skb), which is returns IP6CB(skb)->iif
> instead of skb->skb_iif if it's not a l3_slave. To fix the IPv6 part
> issue. Let's set IP6CB(skb)->iif to correct ifindex.
>
> [...]
Here is the summary with links:
- [PATCHv2,net] ipvlan: fix bound dev checking for IPv6 l3s mode
https://git.kernel.org/netdev/net/c/ce57adc222ab
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-06-12 8:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-06-09 9:15 [PATCHv2 net] ipvlan: fix bound dev checking for IPv6 l3s mode Hangbin Liu
2023-06-09 15:40 ` Larysa Zaremba
2023-06-12 8:40 ` patchwork-bot+netdevbpf
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).