All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Fietkau <nbd@nbd.name>
To: Andrew Lunn <andrew@lunn.ch>
Cc: David Miller <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	netdev@vger.kernel.org, matthias.bgg@gmail.com,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org
Subject: Re: [PATCH v2 00/14] MediaTek SoC flow offload improvements + wireless support
Date: Thu, 7 Apr 2022 19:34:13 +0200	[thread overview]
Message-ID: <f038a8b1-bda5-e336-dd75-677798f602eb@nbd.name> (raw)
In-Reply-To: <Yk8fPe6wWFFfXESJ@lunn.ch>

On 07.04.22 19:28, Andrew Lunn wrote:
> On Thu, Apr 07, 2022 at 07:00:36PM +0200, Felix Fietkau wrote:
>> On 07.04.22 17:57, Andrew Lunn wrote:
>> > On Wed, Apr 06, 2022 at 01:30:17PM +0000, patchwork-bot+netdevbpf@kernel.org wrote:
>> > > Hello:
>> > > 
>> > > This series was applied to netdev/net-next.git (master)
>> > > by David S. Miller <davem@davemloft.net>:
>> > > 
>> > > On Tue,  5 Apr 2022 21:57:41 +0200 you wrote:
>> > > > This series contains the following improvements to mediatek ethernet flow
>> > > > offload support:
>> > > > > - support dma-coherent on ethernet to improve performance
>> > > > - add ipv6 offload support
>> > > > - rework hardware flow table entry handling to improve dealing with hash
>> > > >   collisions and competing flows
>> > > > - support creating offload entries from user space
>> > > > - support creating offload entries with just source/destination mac address,
>> > > >   vlan and output device information
>> > > > - add driver changes for supporting the Wireless Ethernet Dispatch core,
>> > > >   which can be used to offload flows from ethernet to MT7915 PCIe WLAN
>> > > >   devices
>> > 
>> > Hi David
>> > 
>> > It seems very early to merge this. The discussion of if the files are
>> > even in the right places has not even finished. And Arnd seems to not
>> > want parts of this in his subsystem. And there are some major
>> > architecture issues which need discussing...
>> > 
>> > I think you should revert this.
>> How about I simply send follow-up patches that move the relevant pieces to
>> net?
> 
> There has just been comments from Rob about the binding. I've not yet
> looked at the code, but if i remember correctly, v1 had some
> interaction with the DSA tagger, so i do want to look at it.
> 
> I'm also wondering if there is anything common here with IPA. It is an
> accelerator which sits between the WiFi and the mobile phone baseband
> device.
I don't think it has much in common with IPA. WED doesn't completely sit 
between WiFi and the ethernet MAC, it just captures some (but not all) 
of the DMA rings and intercepts IRQs.

> I really would prefer that a proper review of this code was made, by
> netdev people, and the bigger architecture questions looked at. So
> far, all the reviewers have been from outside netdev.
Sure. I will definitely quickly fix any issues that show up. I did 
submit this series once already a while back, and there hasn't really 
been any feedback on it.

- Felix


WARNING: multiple messages have this Message-ID (diff)
From: Felix Fietkau <nbd@nbd.name>
To: Andrew Lunn <andrew@lunn.ch>
Cc: David Miller <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	netdev@vger.kernel.org, matthias.bgg@gmail.com,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org
Subject: Re: [PATCH v2 00/14] MediaTek SoC flow offload improvements + wireless support
Date: Thu, 7 Apr 2022 19:34:13 +0200	[thread overview]
Message-ID: <f038a8b1-bda5-e336-dd75-677798f602eb@nbd.name> (raw)
In-Reply-To: <Yk8fPe6wWFFfXESJ@lunn.ch>

On 07.04.22 19:28, Andrew Lunn wrote:
> On Thu, Apr 07, 2022 at 07:00:36PM +0200, Felix Fietkau wrote:
>> On 07.04.22 17:57, Andrew Lunn wrote:
>> > On Wed, Apr 06, 2022 at 01:30:17PM +0000, patchwork-bot+netdevbpf@kernel.org wrote:
>> > > Hello:
>> > > 
>> > > This series was applied to netdev/net-next.git (master)
>> > > by David S. Miller <davem@davemloft.net>:
>> > > 
>> > > On Tue,  5 Apr 2022 21:57:41 +0200 you wrote:
>> > > > This series contains the following improvements to mediatek ethernet flow
>> > > > offload support:
>> > > > > - support dma-coherent on ethernet to improve performance
>> > > > - add ipv6 offload support
>> > > > - rework hardware flow table entry handling to improve dealing with hash
>> > > >   collisions and competing flows
>> > > > - support creating offload entries from user space
>> > > > - support creating offload entries with just source/destination mac address,
>> > > >   vlan and output device information
>> > > > - add driver changes for supporting the Wireless Ethernet Dispatch core,
>> > > >   which can be used to offload flows from ethernet to MT7915 PCIe WLAN
>> > > >   devices
>> > 
>> > Hi David
>> > 
>> > It seems very early to merge this. The discussion of if the files are
>> > even in the right places has not even finished. And Arnd seems to not
>> > want parts of this in his subsystem. And there are some major
>> > architecture issues which need discussing...
>> > 
>> > I think you should revert this.
>> How about I simply send follow-up patches that move the relevant pieces to
>> net?
> 
> There has just been comments from Rob about the binding. I've not yet
> looked at the code, but if i remember correctly, v1 had some
> interaction with the DSA tagger, so i do want to look at it.
> 
> I'm also wondering if there is anything common here with IPA. It is an
> accelerator which sits between the WiFi and the mobile phone baseband
> device.
I don't think it has much in common with IPA. WED doesn't completely sit 
between WiFi and the ethernet MAC, it just captures some (but not all) 
of the DMA rings and intercepts IRQs.

> I really would prefer that a proper review of this code was made, by
> netdev people, and the bigger architecture questions looked at. So
> far, all the reviewers have been from outside netdev.
Sure. I will definitely quickly fix any issues that show up. I did 
submit this series once already a while back, and there hasn't really 
been any feedback on it.

- Felix


_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

WARNING: multiple messages have this Message-ID (diff)
From: Felix Fietkau <nbd@nbd.name>
To: Andrew Lunn <andrew@lunn.ch>
Cc: David Miller <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	netdev@vger.kernel.org, matthias.bgg@gmail.com,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org
Subject: Re: [PATCH v2 00/14] MediaTek SoC flow offload improvements + wireless support
Date: Thu, 7 Apr 2022 19:34:13 +0200	[thread overview]
Message-ID: <f038a8b1-bda5-e336-dd75-677798f602eb@nbd.name> (raw)
In-Reply-To: <Yk8fPe6wWFFfXESJ@lunn.ch>

On 07.04.22 19:28, Andrew Lunn wrote:
> On Thu, Apr 07, 2022 at 07:00:36PM +0200, Felix Fietkau wrote:
>> On 07.04.22 17:57, Andrew Lunn wrote:
>> > On Wed, Apr 06, 2022 at 01:30:17PM +0000, patchwork-bot+netdevbpf@kernel.org wrote:
>> > > Hello:
>> > > 
>> > > This series was applied to netdev/net-next.git (master)
>> > > by David S. Miller <davem@davemloft.net>:
>> > > 
>> > > On Tue,  5 Apr 2022 21:57:41 +0200 you wrote:
>> > > > This series contains the following improvements to mediatek ethernet flow
>> > > > offload support:
>> > > > > - support dma-coherent on ethernet to improve performance
>> > > > - add ipv6 offload support
>> > > > - rework hardware flow table entry handling to improve dealing with hash
>> > > >   collisions and competing flows
>> > > > - support creating offload entries from user space
>> > > > - support creating offload entries with just source/destination mac address,
>> > > >   vlan and output device information
>> > > > - add driver changes for supporting the Wireless Ethernet Dispatch core,
>> > > >   which can be used to offload flows from ethernet to MT7915 PCIe WLAN
>> > > >   devices
>> > 
>> > Hi David
>> > 
>> > It seems very early to merge this. The discussion of if the files are
>> > even in the right places has not even finished. And Arnd seems to not
>> > want parts of this in his subsystem. And there are some major
>> > architecture issues which need discussing...
>> > 
>> > I think you should revert this.
>> How about I simply send follow-up patches that move the relevant pieces to
>> net?
> 
> There has just been comments from Rob about the binding. I've not yet
> looked at the code, but if i remember correctly, v1 had some
> interaction with the DSA tagger, so i do want to look at it.
> 
> I'm also wondering if there is anything common here with IPA. It is an
> accelerator which sits between the WiFi and the mobile phone baseband
> device.
I don't think it has much in common with IPA. WED doesn't completely sit 
between WiFi and the ethernet MAC, it just captures some (but not all) 
of the DMA rings and intercepts IRQs.

> I really would prefer that a proper review of this code was made, by
> netdev people, and the bigger architecture questions looked at. So
> far, all the reviewers have been from outside netdev.
Sure. I will definitely quickly fix any issues that show up. I did 
submit this series once already a while back, and there hasn't really 
been any feedback on it.

- Felix


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-04-07 17:34 UTC|newest]

Thread overview: 138+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-05 19:57 [PATCH v2 00/14] MediaTek SoC flow offload improvements + wireless support Felix Fietkau
2022-04-05 19:57 ` Felix Fietkau
2022-04-05 19:57 ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 01/14] dt-bindings: net: mediatek: add optional properties for the SoC ethernet core Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-07 17:20   ` Rob Herring
2022-04-07 17:20     ` Rob Herring
2022-04-07 17:20     ` Rob Herring
2022-04-08  9:34     ` Lorenzo Bianconi
2022-04-08  9:34       ` Lorenzo Bianconi
2022-04-08  9:34       ` Lorenzo Bianconi
2022-04-05 19:57 ` [PATCH v2 02/14] net: ethernet: mtk_eth_soc: add support for coherent DMA Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 03/14] arm64: dts: mediatek: mt7622: " Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 04/14] dt-bindings: arm: mediatek: document WED binding for MT7622 Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-06  8:09   ` Krzysztof Kozlowski
2022-04-06  8:09     ` Krzysztof Kozlowski
2022-04-06  8:09     ` Krzysztof Kozlowski
2022-04-06  8:18     ` Felix Fietkau
2022-04-06  8:18       ` Felix Fietkau
2022-04-06  8:18       ` Felix Fietkau
2022-04-06  8:29       ` Arnd Bergmann
2022-04-06  8:29         ` Arnd Bergmann
2022-04-06  8:29         ` Arnd Bergmann
2022-04-06  8:32         ` Felix Fietkau
2022-04-06  8:32           ` Felix Fietkau
2022-04-06  8:32           ` Felix Fietkau
2022-04-06  8:57           ` Krzysztof Kozlowski
2022-04-06  8:57             ` Krzysztof Kozlowski
2022-04-06  8:57             ` Krzysztof Kozlowski
2022-04-07 16:59             ` Felix Fietkau
2022-04-07 16:59               ` Felix Fietkau
2022-04-07 16:59               ` Felix Fietkau
2022-04-07 15:50       ` Andrew Lunn
2022-04-07 15:50         ` Andrew Lunn
2022-04-07 15:50         ` Andrew Lunn
2022-04-07 16:10         ` Felix Fietkau
2022-04-07 16:10           ` Felix Fietkau
2022-04-07 16:10           ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 05/14] dt-bindings: arm: mediatek: document the pcie mirror node on MT7622 Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-06  8:20   ` Krzysztof Kozlowski
2022-04-06  8:20     ` Krzysztof Kozlowski
2022-04-06  8:20     ` Krzysztof Kozlowski
2022-04-06 11:01     ` Felix Fietkau
2022-04-06 11:01       ` Felix Fietkau
2022-04-06 11:01       ` Felix Fietkau
2022-04-07 17:16       ` Rob Herring
2022-04-07 17:16         ` Rob Herring
2022-04-07 17:16         ` Rob Herring
2022-04-07 17:29         ` Felix Fietkau
2022-04-07 17:29           ` Felix Fietkau
2022-04-07 17:29           ` Felix Fietkau
2022-04-07 17:19   ` Rob Herring
2022-04-07 17:19     ` Rob Herring
2022-04-07 17:19     ` Rob Herring
2022-04-08  9:03     ` Felix Fietkau
2022-04-08  9:03       ` Felix Fietkau
2022-04-08  9:03       ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 06/14] net: ethernet: mtk_eth_soc: add support for Wireless Ethernet Dispatch (WED) Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 07/14] net: ethernet: mtk_eth_soc: implement flow offloading to WED devices Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 08/14] arm64: dts: mediatek: mt7622: introduce nodes for Wireless Ethernet Dispatch Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 09/14] net: ethernet: mtk_eth_soc: add ipv6 flow offload support Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 10/14] net: ethernet: mtk_eth_soc: support TC_SETUP_BLOCK for PPE offload Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 11/14] net: ethernet: mtk_eth_soc: allocate struct mtk_ppe separately Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 12/14] net: ethernet: mtk_eth_soc: rework hardware flow table management Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 13/14] net: ethernet: mtk_eth_soc: remove bridge flow offload type entry support Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57 ` [PATCH v2 14/14] net: ethernet: mtk_eth_soc: support creating mac address based offload entries Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-05 19:57   ` Felix Fietkau
2022-04-07 18:10   ` Andrew Lunn
2022-04-07 18:10     ` Andrew Lunn
2022-04-07 18:10     ` Andrew Lunn
2022-04-07 18:21     ` Felix Fietkau
2022-04-07 18:21       ` Felix Fietkau
2022-04-07 18:21       ` Felix Fietkau
2022-04-11 13:00       ` Andrew Lunn
2022-04-11 13:00         ` Andrew Lunn
2022-04-11 13:00         ` Andrew Lunn
2022-04-12  7:13         ` Felix Fietkau
2022-04-12  7:13           ` Felix Fietkau
2022-04-12  7:13           ` Felix Fietkau
2022-04-12 13:07           ` Andrew Lunn
2022-04-12 13:07             ` Andrew Lunn
2022-04-12 13:07             ` Andrew Lunn
2022-04-12 13:49             ` Felix Fietkau
2022-04-12 13:49               ` Felix Fietkau
2022-04-12 13:49               ` Felix Fietkau
2022-04-12 14:21               ` Andrew Lunn
2022-04-12 14:21                 ` Andrew Lunn
2022-04-12 14:21                 ` Andrew Lunn
2022-04-12 15:51                 ` Felix Fietkau
2022-04-12 15:51                   ` Felix Fietkau
2022-04-12 15:51                   ` Felix Fietkau
2022-04-12 17:37                   ` Andrew Lunn
2022-04-12 17:37                     ` Andrew Lunn
2022-04-12 17:37                     ` Andrew Lunn
2022-04-12 17:51                     ` Felix Fietkau
2022-04-12 17:51                       ` Felix Fietkau
2022-04-12 17:51                       ` Felix Fietkau
2022-04-06 13:30 ` [PATCH v2 00/14] MediaTek SoC flow offload improvements + wireless support patchwork-bot+netdevbpf
2022-04-06 13:30   ` patchwork-bot+netdevbpf
2022-04-06 13:30   ` patchwork-bot+netdevbpf
2022-04-07 15:57   ` Andrew Lunn
2022-04-07 15:57     ` Andrew Lunn
2022-04-07 15:57     ` Andrew Lunn
2022-04-07 17:00     ` Felix Fietkau
2022-04-07 17:00       ` Felix Fietkau
2022-04-07 17:00       ` Felix Fietkau
2022-04-07 17:28       ` Andrew Lunn
2022-04-07 17:28         ` Andrew Lunn
2022-04-07 17:28         ` Andrew Lunn
2022-04-07 17:34         ` Felix Fietkau [this message]
2022-04-07 17:34           ` Felix Fietkau
2022-04-07 17:34           ` Felix Fietkau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f038a8b1-bda5-e336-dd75-677798f602eb@nbd.name \
    --to=nbd@nbd.name \
    --cc=andrew@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=kuba@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=matthias.bgg@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.