[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZONiZq/qCqhfViqM@matsya>
Date: Mon, 21 Aug 2023 18:41:02 +0530
From: Vinod Koul <vkoul@...nel.org>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Radhey Shyam Pandey <radhey.shyam.pandey@....com>,
robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
conor+dt@...nel.org, michal.simek@....com, davem@...emloft.net,
edumazet@...gle.com, pabeni@...hat.com, linux@...linux.org.uk,
dmaengine@...r.kernel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
netdev@...r.kernel.org, git@....com
Subject: Re: [PATCH net-next v5 00/10] net: axienet: Introduce dmaengine
On 08-08-23, 15:53, Jakub Kicinski wrote:
> On Mon, 7 Aug 2023 11:21:39 +0530 Radhey Shyam Pandey wrote:
> > The axiethernet driver can use the dmaengine framework to communicate
> > with the xilinx DMAengine driver(AXIDMA, MCDMA). The inspiration behind
> > this dmaengine adoption is to reuse the in-kernel xilinx dma engine
> > driver[1] and remove redundant dma programming sequence[2] from the
> > ethernet driver. This simplifies the ethernet driver and also makes
> > it generic to be hooked to any complaint dma IP i.e AXIDMA, MCDMA
> > without any modification.
> >
> > The dmaengine framework was extended for metadata API support during
> > the axidma RFC[3] discussion. However, it still needs further
> > enhancements to make it well suited for ethernet usecases.
> >
> > Comments, suggestions, thoughts to implement remaining functional
> > features are very welcome!
>
> Vinod, any preference on how this gets merged?
> Since we're already at -rc5 if the dmaengine parts look good to you
> taking those in for 6.6 and delaying the networking bits until 6.7
> could be on the table? Possibly?
Yep, I am picking the dmaengine bits
--
~Vinod
Powered by blists - more mailing lists