[PATCH 4/5] netfilter: nf_flow_table_path: handle DEV_PATH_MTK_WDMA in path info
Daniel Pawlik <[email protected]> Tue, 30 Jun 2026 08:57:34 +0200
| Newsgroups | dev.linux.lists.bridge,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-mediatek,org.kernel.vger.netdev,org.kernel.vger.netfilter-devel |
|---|---|
| Message-ID | <[email protected]> |
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