[PATCH 4/5] netfilter: nf_flow_table_path: handle DEV_PATH_MTK_WDMA in path info
Daniel Pawlik <[email protected]> Mon, 29 Jun 2026 14:32:52 +0200
| Newsgroups | gmane.linux.network.bridge |
|---|---|
| Message-ID | <20260629123253.1912621-5-pawlik.dan__33228.7368177035$1782737778$gmane$org@gmail.com> |
From: Ryan Chen <[email protected]> Without this change, nft_dev_path_info() hits the default -ENOENT path for WiFi bridge offload via WDMA on MT7996. When a bridged flow goes through the MT7996 WiFi device, the DEV_PATH_MTK_WDMA step does not set h_source, causing the PPE entry to receive a zero source MAC and packets to stall in both software fastpath and hardware path. Based on a MediaTek SDK patch by Bo-Cun Chen <[email protected]>. Signed-off-by: Ryan Chen <[email protected]> Signed-off-by: Daniel Pawlik <[email protected]> --- net/netfilter/nf_flow_table_path.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/net/netfilter/nf_flow_table_path.c b/net/netfilter/nf_flow_table_path.c index 6c470854127f..580aa1db3cb4 100644 --- a/net/netfilter/nf_flow_table_path.c +++ b/net/netfilter/nf_flow_table_path.c @@ -219,6 +219,10 @@ static int nft_dev_path_info(const struct net_device_path_stack *stack, } info->xmit_type = FLOW_OFFLOAD_XMIT_DIRECT; break; + case DEV_PATH_MTK_WDMA: + if (is_zero_ether_addr(info->h_source)) + memcpy(info->h_source, path->dev->dev_addr, ETH_ALEN); + break; default: return -1; } -- 2.54.0