Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754597AbdGUPWh (ORCPT ); Fri, 21 Jul 2017 11:22:37 -0400 Received: from nbd.name ([46.4.11.11]:60380 "EHLO nbd.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754584AbdGUPUr (ORCPT ); Fri, 21 Jul 2017 11:20:47 -0400 From: John Crispin To: "David S . Miller" , Eric Dumazet Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, John Crispin Subject: [RFC 0/2] net-next: hw flow offloading Date: Fri, 21 Jul 2017 17:20:33 +0200 Message-Id: <20170721152035.6645-1-john@phrozen.org> X-Mailer: git-send-email 2.11.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1152 Lines: 31 Hi, I managed to bring up the flow offloading on latest MedieTek silicon. When enabling HW flow offloading, the traffic coming in on either of the GMACs is first sent to the PPE for processing. Any traffic not offloaded at this point will then be forwarded to the normal RX DMA ring for SW path processing. In this case the PPE will send additional data inside RXD4 that is later required by the upper layers to populate the flow offloading engines HW tables properly. This series is a RFC as i am not sure how to best propagate the additional info from the RX DMA descriptor. The driver is still using NF hooks and I plan to rebase it and send it upstream once the flow table offloading patches that folks are working on are upstream. I am right now trying to get rid of the remaning hacks in the code and wanted to know if this series would be a feasible solution. John John Crispin (2): net-next: add a dma_desc element to struct skb_shared_info net-next: mediatek: populate the shared drivers/net/ethernet/mediatek/mtk_eth_soc.c | 4 ++++ include/linux/skbuff.h | 1 + 2 files changed, 5 insertions(+) -- 2.11.0