On Thu, Jun 16, 2022 at 05:02:00PM +0300, Serge Semin wrote: > On Thu, Jun 16, 2022 at 04:54:13PM +0300, Serge Semin wrote: > > On Thu, Jun 16, 2022 at 06:51:55AM -0700, Vinod Koul wrote: > > > On 24-05-22, 10:21, Frank Li wrote: > > > > Default Designware EDMA just probe remotely at host side. > > > > This patch allow EDMA driver can probe at EP side. > > > > > > > > 1. Clean up patch > > > > dmaengine: dw-edma: Detach the private data and chip info structures > > > > dmaengine: dw-edma: Remove unused field irq in struct dw_edma_chip > > > > dmaengine: dw-edma: Change rg_region to reg_base in struct > > > > dmaengine: dw-edma: rename wr(rd)_ch_cnt to ll_wr(rd)_cnt in struct > > > > > > > > 2. Enhance EDMA driver to allow prode eDMA at EP side > > > > dmaengine: dw-edma: Add support for chip specific flags > > > > dmaengine: dw-edma: Add DW_EDMA_CHIP_32BIT_DBI for chip specific > > > > flags (this patch removed at v11 because dma tree already have fixed > > > > patch) > > > > > > > > 3. Bugs fix at EDMA driver when probe eDMA at EP side > > > > dmaengine: dw-edma: Fix programming the source & dest addresses for > > > > ep > > > > dmaengine: dw-edma: Don't rely on the deprecated "direction" member > > > > > > > > 4. change pci-epf-test to use EDMA driver to transfer data. > > > > PCI: endpoint: Add embedded DMA controller test > > > > > > > > 5. Using imx8dxl to do test, but some EP functions still have not > > > > upstream yet. So below patch show how probe eDMA driver at EP > > > > controller driver. > > > > https://lore.kernel.org/linux-pci/20220309120149.GB134091@thinkpad/T/#m979eb506c73ab3cfca2e7a43635ecdaec18d8097 > > > > > > > > Applied to dmaengine-next, thanks > > > > > Vinod, this was supposed to be merged in through PCIe repo.( I asked > > many times of that. Bjorn also agreed to merge it in. Could drop it > > from yout repo? > > I asked it several time including in the framework of this thread: > https://lore.kernel.org/dmaengine/20220525092306.wuansog6fe2ika3b@mobilestation/ > There are dependencies of my patchsets from this one. Please consider > dropping it from your dmaengine-next repo while it's still possible > since taking DW eDMA and PCie patches through the PCie repo would be > more natural. The only thing we were waiting for was you ack tag... -Sergey > > -Sergey > > > > > -Sergey > > > > > > > > -- > > > ~Vinod
