[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ad6c7fa8-19cc-7bf3-3cf3-ae3839ac83d6@gpxsee.org>
Date: Thu, 12 Jan 2023 12:19:23 +0100
From: Martin Tůma <tumic@...see.org>
To: Lizhi Hou <lizhi.hou@....com>, vkoul@...nel.org,
dmaengine@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: max.zhen@....com, sonal.santan@....com, larry.liu@....com,
brian.xu@....com
Subject: Re: [RESEND PATCH V11 XDMA 0/2] xilinx XDMA driver
Hello,
Could someone from the dmaengine maintainers please give this patch an
attention? Despite several resends it remains unnoticed for two months
and besides the fact, that its authors would like to have it included it
also blocks the inclusion of our mgb4 v4l2 driver that is based on XDMA.
The driver works fine with our HW, the API is quiet standard and
sufficient for third-party PCIe cards based on XDMA and there are IMHO
no unresolved objections against the code. Thanks for any help
Martin Tůma
On 04. 01. 23 17:40, Lizhi Hou wrote:
> Hello,
>
> This V11 of patch series is to provide the platform driver to support the
> Xilinx XDMA subsystem. The XDMA subsystem is used in conjunction with the
> PCI Express IP block to provide high performance data transfer between host
> memory and the card's DMA subsystem. It also provides up to 16 user
> interrupt wires to user logic that generate interrupts to the host.
>
> +-------+ +-------+ +-----------+
> PCIe | | | | | |
> Tx/Rx | | | | AXI | |
> <=======> | PCIE | <===> | XDMA | <====>| User Logic|
> | | | | | |
> +-------+ +-------+ +-----------+
>
> The XDMA has been used for Xilinx Alveo PCIe devices.
> And it is also integrated into Versal ACAP DMA and Bridge Subsystem.
> https://www.xilinx.com/products/boards-and-kits/alveo.html
> https://docs.xilinx.com/r/en-US/pg344-pcie-dma-versal/Introduction-to-the-DMA-and-Bridge-Subsystems
>
> The device driver for any FPGA based PCIe device which leverages XDMA can
> call the standard dmaengine APIs to discover and use the XDMA subsystem
> without duplicating the XDMA driver code in its own driver.
>
> Changes since v10:
> - Added Tested-by Martin Tuma tumic@...see.org
>
> Changes since v9:
> - Cleanup code based on review comments.
>
> Changes since v8:
> - Fixed test robot failure on s390.
>
> Changes since v7:
> - Used pci device pointer for dma_pool_create().
>
> Changes since v6:
> - Fixed descriptor filling bug.
>
> Changes since v5:
> - Modified user logic interrupt APIs to handle user logic IP which does not
> have its own register to enable/disable interrupt.
> - Clean up code based on review comments.
>
> Changes since v4:
> - Modified user logic interrupt APIs.
>
> Changes since v3:
> - Added one patch to support user logic interrupt.
>
> Changes since v2:
> - Removed tasklet.
> - Fixed regression bug introduced to V2.
> - Test Robot warning.
>
> Changes since v1:
> - Moved filling hardware descriptor to xdma_prep_device_sg().
> - Changed hardware descriptor enum to "struct xdma_hw_desc".
> - Minor changes from code review comments.
>
> Lizhi Hou (2):
> dmaengine: xilinx: xdma: Add xilinx xdma driver
> dmaengine: xilinx: xdma: Add user logic interrupt support
>
> MAINTAINERS | 11 +
> drivers/dma/Kconfig | 14 +
> drivers/dma/xilinx/Makefile | 1 +
> drivers/dma/xilinx/xdma-regs.h | 173 ++++
> drivers/dma/xilinx/xdma.c | 1004 ++++++++++++++++++++++++
> include/linux/dma/amd_xdma.h | 16 +
> include/linux/platform_data/amd_xdma.h | 34 +
> 7 files changed, 1253 insertions(+)
> create mode 100644 drivers/dma/xilinx/xdma-regs.h
> create mode 100644 drivers/dma/xilinx/xdma.c
> create mode 100644 include/linux/dma/amd_xdma.h
> create mode 100644 include/linux/platform_data/amd_xdma.h
>
Powered by blists - more mailing lists