dmaengine: avalon: Support Avalon-MM DMA Interface for PCIe
v2 cover dmaengine: avalon: Support Avalon-MM DMA Interface for PCIe
This series is against v5.4-rc2
Changes since v1:
- "avalon-dma" converted to "dmaengine" model;
- "avalon-drv" renamed to "avalon-test";
The Avalon-MM DMA Interface for PCIe is a design used in hard IPs for Intel Arria, Cyclone or Stratix FPGAs. It transfers data between on-chip memory and system memory.
Patch 1. This patch introduces "avalon-dma" driver that conforms to "dmaengine" model.
Patch 2. The existing "dmatest" is not meant for DMA_SLAVE type of transfers needed by "avalon-dma". Instead, custom "avalon-test" driver was used to debug and stress "avalon-dma". If it could be useful for a wider audience, I can make it optional part of "avalon-dma" sources or leave it as separate driver. Marking patch 2 as RFC for now.
Testing was done using a custom FPGA build with Arria 10 FPGA streaming data to target device RAM:
+----------+ +----------+ +----------+ +----------+ | Nios CPU |<-->| RAM |<-->| Avalon |<-PCIe->| Host CPU | +----------+ +----------+ +----------+ +----------+
The RAM was examined for data integrity by examining RAM contents from host CPU (indirectly - checking data DMAed to the system) and from Nios CPU that has direct access to the device RAM. A companion tool using "avalon-test" driver was used to DMA files to the device:
https://github.com/a-gordeev/avalon-tool.git
Alexander Gordeev (2):
dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
drivers/dma/Kconfig | 3 + drivers/dma/Makefile | 2 + drivers/dma/avalon-test/Kconfig | 23 + drivers/dma/avalon-test/Makefile | 14 + drivers/dma/avalon-test/avalon-dev.c | 65 +++ drivers/dma/avalon-test/avalon-dev.h | 33 ++ drivers/dma/avalon-test/avalon-ioctl.c | 128 +++++ drivers/dma/avalon-test/avalon-ioctl.h | 12 + drivers/dma/avalon-test/avalon-mmap.c | 93 ++++ drivers/dma/avalon-test/avalon-mmap.h | 12 + drivers/dma/avalon-test/avalon-sg-buf.c | 132 +++++ drivers/dma/avalon-test/avalon-sg-buf.h | 26 + drivers/dma/avalon-test/avalon-util.c | 54 ++ drivers/dma/avalon-test/avalon-util.h | 12 + drivers/dma/avalon-test/avalon-xfer.c | 697 ++++++++++++++++++++++++ drivers/dma/avalon-test/avalon-xfer.h | 28 + drivers/dma/avalon/Kconfig | 88 +++ drivers/dma/avalon/Makefile | 6 + drivers/dma/avalon/avalon-core.c | 432 +++++++++++++++ drivers/dma/avalon/avalon-core.h | 90 +++ drivers/dma/avalon/avalon-hw.c | 212 +++++++ drivers/dma/avalon/avalon-hw.h | 86 +++ drivers/dma/avalon/avalon-pci.c | 150 +++++ include/uapi/linux/avalon-ioctl.h | 32 ++ 24 files changed, 2430 insertions(+) create mode 100644 drivers/dma/avalon-test/Kconfig create mode 100644 drivers/dma/avalon-test/Makefile create mode 100644 drivers/dma/avalon-test/avalon-dev.c create mode 100644 drivers/dma/avalon-test/avalon-dev.h create mode 100644 drivers/dma/avalon-test/avalon-ioctl.c create mode 100644 drivers/dma/avalon-test/avalon-ioctl.h create mode 100644 drivers/dma/avalon-test/avalon-mmap.c create mode 100644 drivers/dma/avalon-test/avalon-mmap.h create mode 100644 drivers/dma/avalon-test/avalon-sg-buf.c create mode 100644 drivers/dma/avalon-test/avalon-sg-buf.h create mode 100644 drivers/dma/avalon-test/avalon-util.c create mode 100644 drivers/dma/avalon-test/avalon-util.h create mode 100644 drivers/dma/avalon-test/avalon-xfer.c create mode 100644 drivers/dma/avalon-test/avalon-xfer.h create mode 100644 drivers/dma/avalon/Kconfig create mode 100644 drivers/dma/avalon/Makefile create mode 100644 drivers/dma/avalon/avalon-core.c create mode 100644 drivers/dma/avalon/avalon-core.h create mode 100644 drivers/dma/avalon/avalon-hw.c create mode 100644 drivers/dma/avalon/avalon-hw.h create mode 100644 drivers/dma/avalon/avalon-pci.c create mode 100644 include/uapi/linux/avalon-ioctl.h
Signature · 1 line
2.23.0
PATCH v2 1/2 dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Support Avalon-MM DMA Interface for PCIe used in hard IPs for Intel Arria, Cyclone or Stratix FPGAs.
--- drivers/dma/Kconfig | 2 + drivers/dma/Makefile | 1 + drivers/dma/avalon/Kconfig | 88 +++++++ drivers/dma/avalon/Makefile | 6 + drivers/dma/avalon/avalon-core.c | 432 +++++++++++++++++++++++++++++++ drivers/dma/avalon/avalon-core.h | 90 +++++++ drivers/dma/avalon/avalon-hw.c | 212 +++++++++++++++ drivers/dma/avalon/avalon-hw.h | 86 ++++++ drivers/dma/avalon/avalon-pci.c | 150 +++++++++++ 9 files changed, 1067 insertions(+) create mode 100644 drivers/dma/avalon/Kconfig create mode 100644 drivers/dma/avalon/Makefile create mode 100644 drivers/dma/avalon/avalon-core.c create mode 100644 drivers/dma/avalon/avalon-core.h create mode 100644 drivers/dma/avalon/avalon-hw.c create mode 100644 drivers/dma/avalon/avalon-hw.h create mode 100644 drivers/dma/avalon/avalon-pci.c
drivers/dma/Kconfig +2 -0
@@ -669,6 +669,8 @@ source "drivers/dma/sh/Kconfig" source "drivers/dma/ti/Kconfig" +source "drivers/dma/avalon/Kconfig" + # clients comment "DMA Clients" depends on DMA_ENGINE
drivers/dma/Makefile +1 -0
@@ -75,6 +75,7 @@ obj-$(CONFIG_UNIPHIER_MDMAC) += uniphier-mdmac.o obj-$(CONFIG_XGENE_DMA) += xgene-dma.o obj-$(CONFIG_ZX_DMA) += zx_dma.o obj-$(CONFIG_ST_FDMA) += st_fdma.o +obj-$(CONFIG_AVALON_DMA) += avalon/ obj-y += mediatek/ obj-y += qcom/
drivers/dma/avalon/Kconfig new file +88 -0
88 lines not on this page · raw message
drivers/dma/avalon/Makefile new file +6 -0
@@ -0,0 +1,6 @@ +# SPDX-License-Identifier: GPL-2.0 +obj-$(CONFIG_AVALON_DMA) += avalon-dma.o + +avalon-dma-objs := avalon-hw.o \ + avalon-core.o \ + avalon-pci.o
drivers/dma/avalon/avalon-core.c new file +432 -0
432 lines not on this page · raw message
drivers/dma/avalon/avalon-core.h new file +90 -0
90 lines not on this page · raw message
drivers/dma/avalon/avalon-hw.c new file +212 -0
212 lines not on this page · raw message
drivers/dma/avalon/avalon-hw.h new file +86 -0
86 lines not on this page · raw message
drivers/dma/avalon/avalon-pci.c new file +150 -0
150 lines not on this page · raw message
Signature · 1 line
2.23.0
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 111 lines · Alexander Gordeev
Support Avalon-MM DMA Interface for PCIe used in hard IPs for Intel Arria, Cyclone or Stratix FPGAs.
Signed-off-by Alexander Gordeev <[email protected]>--- drivers/dma/Kconfig | 2 + drivers/dma/Makefile | 1 + drivers/dma/avalon/Kconfig | 88 +++++++ drivers/dma/avalon/Makefile | 6 + drivers/dma/avalon/avalon-core.c | 432 +++++++++++++++++++++++++++++++ drivers/dma/avalon/avalon-core.h | 90 +++++++ drivers/dma/avalon/avalon-hw.c | 212 +++++++++++++++ drivers/dma/avalon/avalon-hw.h | 86 ++++++ drivers/dma/avalon/avalon-pci.c | 150 +++++++++++ 9 files changed, 1067 insertions(+) create mode 100644 drivers/dma/avalon/Kconfig create mode 100644 drivers/dma/avalon/Makefile create mode 100644 drivers/dma/avalon/avalon-core.c create mode 100644 drivers/dma/avalon/avalon-core.h create mode 100644 drivers/dma/avalon/avalon-hw.c create mode 100644 drivers/dma/avalon/avalon-hw.h create mode 100644 drivers/dma/avalon/avalon-pci.cdrivers/dma/Kconfig +2
-0@@ -669,6 +669,8 @@ source "drivers/dma/sh/Kconfig" source "drivers/dma/ti/Kconfig" +source "drivers/dma/avalon/Kconfig" + # clients comment "DMA Clients" depends on DMA_ENGINEdrivers/dma/Makefile +1
-0@@ -75,6 +75,7 @@ obj-$(CONFIG_UNIPHIER_MDMAC) += uniphier-mdmac.o obj-$(CONFIG_XGENE_DMA) += xgene-dma.o obj-$(CONFIG_ZX_DMA) += zx_dma.o obj-$(CONFIG_ST_FDMA) += st_fdma.o +obj-$(CONFIG_AVALON_DMA) += avalon/ obj-y += mediatek/ obj-y += qcom/drivers/dma/avalon/Kconfig new file +53
-0@@ -0,0 +1,88 @@ +# SPDX-License-Identifier: GPL-2.0 +# +# Avalon DMA engine +# +# Author: Alexander Gordeev <[email protected]> +# +config AVALON_DMA + tristate "Intel Avalon-MM DMA Interface for PCIe" + depends on PCI + select DMA_ENGINE + select DMA_VIRTUAL_CHANNELS + help + This selects a driver for Avalon-MM DMA Interface for PCIe + hard IP block used in Intel Arria, Cyclone or Stratix FPGAs. + +if AVALON_DMA + +config AVALON_DMA_MASK_WIDTH + int "Avalon DMA streaming and coherent bitmask width" + range 0 64 + default 64 + help + Width of bitmask for streaming and coherent DMA operations + +config AVALON_DMA_CTRL_BASE + hex "Avalon DMA controllers base" + default "0x00000000" + +config AVALON_DMA_RD_EP_DST_LO + hex "Avalon DMA read controller base low" + default "0x80000000" + help + Specifies the lower 32-bits of the base address of the read + status and descriptor table in the Root Complex memory. + +config AVALON_DMA_RD_EP_DST_HI + hex "Avalon DMA read controller base high" + default "0x00000000" + help + Specifies the upper 32-bits of the base address of the read + status and descriptor table in the Root Complex memory. + +config AVALON_DMA_WR_EP_DST_LO + hex "Avalon DMA write controller base low" + default "0x80002000" + help + Specifies the lower 32-bits of the base address of the write + status and descriptor table in the Root Complex memory. + +config AVALON_DMA_WR_EP_DST_HI + hex "Avalon DMA write controller base high" + default "0x00000000" + help
drivers/dma/avalon/Kconfig line 63
Quoted 10 lines
drivers/dma/avalon/Kconfig new file +10
-0+ Specifies the upper 32-bits of the base address of the write + status and descriptor table in the Root Complex memory. + +config AVALON_DMA_PCI_VENDOR_ID + hex "PCI vendor ID" + default "0x1172" + +config AVALON_DMA_PCI_DEVICE_ID + hex "PCI device ID" + default "0xe003"
This feels wrong. Why isn't it known in advance.
Quoted 151 lines
drivers/dma/avalon/Kconfig new file +25
-0+ +config AVALON_DMA_PCI_BAR + int "PCI device BAR the Avalon DMA controller is mapped to" + range 0 5 + default 0 + help + Number of PCI BAR the DMA controller is mapped to + +config AVALON_DMA_PCI_MSI_COUNT_ORDER + int "Count of MSIs the PCI device provides (order)" + range 0 5 + default 5 + help + Number of vectors the PCI device uses in multiple MSI mode. + This number is provided as the power of two. + +config AVALON_DMA_PCI_MSI_VECTOR + int "Vector number the DMA controller is mapped to" + range 0 31 + default 0 + help + Number of MSI vector the DMA controller is mapped to in + multiple MSI mode. + +endifdrivers/dma/avalon/Makefile new file +6
-0@@ -0,0 +1,6 @@ +# SPDX-License-Identifier: GPL-2.0 +obj-$(CONFIG_AVALON_DMA) += avalon-dma.o + +avalon-dma-objs := avalon-hw.o \ + avalon-core.o \ + avalon-pci.odrivers/dma/avalon/avalon-core.c new file +108
-0@@ -0,0 +1,432 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA engine +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/module.h> +#include <linux/delay.h> +#include <linux/dma-mapping.h> + +#include "avalon-hw.h" +#include "avalon-core.h" + +#define INTERRUPT_NAME "avalon_dma" +#define DMA_MASK_WIDTH CONFIG_AVALON_DMA_MASK_WIDTH + +static int setup_dma_descs (struct dma_desc *dma_descs, +struct avalon_dma_desc *desc) +{ +struct scatterlist *sg_stop; +unsigned int sg_set; +int ret; + + ret =setup_descs_sg (dma_descs,0 , + desc->direction, + desc->dev_addr, + desc->sg, desc->sg_len, + desc->sg_curr, desc->sg_offset, + &sg_stop, &sg_set); +BUG_ON (!ret); +if (ret >0 ) { +if (sg_stop == desc->sg_curr) { + desc->sg_offset += sg_set; + }else { + desc->sg_curr = sg_stop; + desc->sg_offset = sg_set; + } + } + +return ret; +} + +static int start_dma_xfer (struct avalon_dma_hw *hw, +struct avalon_dma_desc *desc) +{ +size_t ctrl_off; +struct __dma_desc_table *__table; +struct dma_desc_table *table; +u32 rc_src_hi, rc_src_lo; +u32 ep_dst_lo, ep_dst_hi; +int last_id, *__last_id; +int nr_descs; + +if (desc->direction ==DMA_TO_DEVICE ) { + __table = &hw->dma_desc_table_rd; + + ctrl_off =AVALON_DMA_RD_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_RD_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_RD_EP_DST_LO ; + + __last_id = &hw->h2d_last_id; + }else if (desc->direction ==DMA_FROM_DEVICE ) { + __table = &hw->dma_desc_table_wr; + + ctrl_off =AVALON_DMA_WR_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_WR_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_WR_EP_DST_LO ; + + __last_id = &hw->d2h_last_id; + }else { +BUG (); + } + + table = __table->cpu_addr; +memset (&table->flags,0 ,sizeof (table->flags)); + + nr_descs =setup_dma_descs (table->descs, desc); +if (WARN_ON (nr_descs <1 )) +return nr_descs; + + last_id = nr_descs -1 ; + *__last_id = last_id; + + rc_src_hi = __table->dma_addr >>32 ; + rc_src_lo = (u32 )__table->dma_addr; + +start_xfer (hw->regs, ctrl_off, + rc_src_hi, rc_src_lo, + ep_dst_hi, ep_dst_lo, + last_id); + +return 0 ; +} + +static bool is_desc_complete (struct avalon_dma_desc *desc) +{ +struct scatterlist *sg_curr = desc->sg_curr; +unsigned int sg_len =sg_dma_len (sg_curr); + +if (!sg_is_last (sg_curr)) +return false; + +BUG_ON (desc->sg_offset > sg_len); +if (desc->sg_offset < sg_len) +return false;
drivers/dma/avalon/avalon-core.c line 118
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+ +return true; +} + +static irqreturn_t avalon_dma_interrupt (int irq,void *dev_id) +{ +struct avalon_dma *adma = (struct avalon_dma *)dev_id; +struct avalon_dma_chan *chan = &adma->chan; +struct avalon_dma_hw *hw = &chan->hw; +spinlock_t *lock = &chan->vchan.lock;
Just use "&chan->vchan.lock" directly.
Quoted 14 lines
drivers/dma/avalon/avalon-core.c new file +14
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock);
drivers/dma/avalon/avalon-core.c line 142
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return IRQ_NONE ; + } + +do { +if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);
This loop is very strange. It feels like the last_id indexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.
Quoted 113 lines
drivers/dma/avalon/avalon-core.c new file +113
-0+ + hw->h2d_last_id =-1 ; + hw->d2h_last_id =-1 ; + +BUG_ON (!chan->active_desc); + desc = chan->active_desc; + +if (is_desc_complete (desc)) { +list_del (&desc->vdesc.node); +vchan_cookie_complete (&desc->vdesc); + + desc->direction =DMA_NONE ; + + vdesc =vchan_next_desc (&chan->vchan); +if (vdesc) { + desc =to_avalon_dma_desc (vdesc); + chan->active_desc = desc; + }else { + chan->active_desc =NULL ; + } + } + +if (chan->active_desc) { +BUG_ON (desc != chan->active_desc); +start_dma_xfer (hw, desc); + } + +spin_unlock (lock); + +return IRQ_HANDLED ; +} + +static int avalon_dma_terminate_all (struct dma_chan *dma_chan) +{ +struct virt_dma_chan *vchan =to_virt_chan (dma_chan); + +vchan_free_chan_resources (vchan); + +return 0 ; +} + +static void avalon_dma_synchronize (struct dma_chan *dma_chan) +{ +struct virt_dma_chan *vchan =to_virt_chan (dma_chan); + +vchan_synchronize (vchan); +} + +static int avalon_dma_init (struct avalon_dma *adma, +struct device *dev, +void __iomem *regs, +unsigned int irq) +{ +struct avalon_dma_chan *chan = &adma->chan; +struct avalon_dma_hw *hw = &chan->hw; +int ret; + + adma->dev = dev; + adma->irq = irq; + + chan->active_desc =NULL ; + + hw->regs = regs; + hw->h2d_last_id =-1 ; + hw->d2h_last_id =-1 ; + + ret =dma_set_mask_and_coherent (dev,DMA_BIT_MASK (DMA_MASK_WIDTH )); +if (ret) + goto dma_set_mask_err; + + hw->dma_desc_table_rd.cpu_addr =dma_alloc_coherent ( + dev, +sizeof (struct dma_desc_table ), + &hw->dma_desc_table_rd.dma_addr, +GFP_KERNEL ); +if (!hw->dma_desc_table_rd.cpu_addr) { + ret = -ENOMEM ; + goto alloc_rd_dma_table_err; + } + + hw->dma_desc_table_wr.cpu_addr =dma_alloc_coherent ( + dev, +sizeof (struct dma_desc_table ), + &hw->dma_desc_table_wr.dma_addr, +GFP_KERNEL ); +if (!hw->dma_desc_table_wr.cpu_addr) { + ret = -ENOMEM ; + goto alloc_wr_dma_table_err; + } + + ret =request_irq (irq, avalon_dma_interrupt,IRQF_SHARED , +INTERRUPT_NAME , adma); +if (ret) + goto req_irq_err; + +return 0 ; + +req_irq_err: +dma_free_coherent ( + dev, +sizeof (struct dma_desc_table ), + hw->dma_desc_table_wr.cpu_addr, + hw->dma_desc_table_wr.dma_addr); + +alloc_wr_dma_table_err: +dma_free_coherent ( + dev, +sizeof (struct dma_desc_table ), + hw->dmadesc_table_rd.cpu_addr, + hw->dma_desc_table_rd.dma_addr); + +alloc_rd_dma_table_err: +dma_set_mask_err:
drivers/dma/avalon/avalon-core.c line 265
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return ret; +} + +static void avalon_dma_term (struct avalon_dma *adma) +{ +struct avalon_dma_chan *chan = &adma->chan; +struct avalon_dma_hw *hw = &chan->hw; +struct device *dev = adma->dev; + +free_irq (adma->irq, (void *)adma);
No need for this cast.
Quoted 34 lines
drivers/dma/avalon/avalon-core.c new file +34
-0+ +dma_free_coherent ( + dev, +sizeof (struct dma_desc_table ), + hw->dma_desc_table_rd.cpu_addr, + hw->dma_desc_table_rd.dma_addr); + +dma_free_coherent ( + dev, +sizeof (struct dma_desc_table ), + hw->dma_desc_table_wr.cpu_addr, + hw->dma_desc_table_wr.dma_addr); +} + +static int avalon_dma_device_config (struct dma_chan *dma_chan, +struct dma_slave_config *config) +{ +struct avalon_dma_chan *chan =to_avalon_dma_chan (dma_chan); + + chan->src_addr = config->src_addr; + chan->dst_addr = config->dst_addr; + +return 0 ; +} + +static struct dma_async_tx_descriptor * +avalon_dma_prep_slave_sg (struct dma_chan *dma_chan, +struct scatterlist *sg,unsigned int sg_len, +enum dma_transfer_direction direction, +unsigned long flags,void *context) +{ +struct avalon_dma_chan *chan =to_avalon_dma_chan (dma_chan); +struct avalon_dma_desc *desc; +gfp_t gfp_flags =in_interrupt () ?GFP_NOWAIT :GFP_KERNEL ;
drivers/dma/avalon/avalon-core.c line 309
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+dma_addr_t dev_addr; + +if (direction ==DMA_MEM_TO_DEV ) + dev_addr = chan->dst_addr; +else if (direction ==DMA_DEV_TO_MEM ) + dev_addr = chan->src_addr; +else +return NULL ; + + desc =kzalloc (sizeof (*desc), gfp_flags);
Everyone else does GFP_WAIT or GFP_ATOMIC. Is GFP_KERNEL really okay?
Quoted 8 lines
drivers/dma/avalon/avalon-core.c new file +8
-0+if (!desc) +return NULL ; + + desc->direction = direction; + desc->dev_addr = dev_addr; + desc->sg = sg; + desc->sg_len = sg_len; + desc->sg_curr = sg;
drivers/dma/avalon/avalon-core.c line 327
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+ desc->sg_offset =0 ; + +return vchan_tx_prep (&chan->vchan, &desc->vdesc, flags); +} + +static void avalon_dma_issue_pending (struct dma_chan *dma_chan) +{ +struct avalon_dma_chan *chan =to_avalon_dma_chan (dma_chan); +struct avalon_dma_hw *hw = &chan->hw; +spinlock_t *lock = &chan->vchan.lock;
Just use the "&chan->vchan.lock".
Quoted 84 lines
drivers/dma/avalon/avalon-core.c new file +84
-0+struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +unsigned long flags; + +spin_lock_irqsave (lock, flags); + +if (!vchan_issue_pending (&chan->vchan)) + goto out; + +/* +* Do nothing if a DMA transmission is currently active. +* BOTH read and write status must be checked here! +*/ +if (hw->d2h_last_id <0 && hw->h2d_last_id <0 ) { +BUG_ON (chan->active_desc); + + vdesc =vchan_next_desc (&chan->vchan); +BUG_ON (!vdesc); + desc =to_avalon_dma_desc (vdesc); + +if (start_dma_xfer (hw, desc)) + goto out; + + chan->active_desc = desc; + }else { +BUG_ON (!chan->active_desc); + } + +out: +spin_unlock_irqrestore (lock, flags); +} + +static void avalon_dma_desc_free (struct virt_dma_desc *vdesc) +{ +struct avalon_dma_desc *desc =to_avalon_dma_desc (vdesc); + +kfree (desc); +} + +struct avalon_dma *avalon_dma_register (struct device *dev, +void __iomem *regs, +unsigned int irq) +{ +struct avalon_dma *adma; +struct avalon_dma_chan *chan; +struct dma_device *dma_dev; +int ret; + + adma =kzalloc (sizeof (*adma),GFP_KERNEL ); +if (!adma) +return ERR_PTR (-ENOMEM ); + + ret =avalon_dma_init (adma, dev, regs, irq); +if (ret) + goto avalon_init_err; + + dev->dma_parms = &adma->dma_parms; +dma_set_max_seg_size (dev,UINT_MAX ); + + dma_dev = &adma->dma_dev; +dma_cap_set (DMA_SLAVE , dma_dev->cap_mask); + + dma_dev->device_tx_status = dma_cookie_status; + dma_dev->device_prep_slave_sg = avalon_dma_prep_slave_sg; + dma_dev->device_issue_pending = avalon_dma_issue_pending; + dma_dev->device_terminate_all = avalon_dma_terminate_all; + dma_dev->device_synchronize = avalon_dma_synchronize; + dma_dev->device_config = avalon_dma_device_config; + + dma_dev->dev = dev; + dma_dev->chancnt =1 ; + + dma_dev->src_addr_widths =BIT (DMA_SLAVE_BUSWIDTH_4_BYTES ); + dma_dev->dst_addr_widths =BIT (DMA_SLAVE_BUSWIDTH_4_BYTES ); + dma_dev->directions =BIT (DMA_DEV_TO_MEM ) |BIT (DMA_MEM_TO_DEV ); + dma_dev->residue_granularity =DMA_RESIDUE_GRANULARITY_DESCRIPTOR ; + +INIT_LIST_HEAD (&dma_dev->channels); + + chan = &adma->chan; + chan->vchan.desc_free = avalon_dma_desc_free; +vchan_init (&chan->vchan, dma_dev); + + ret =dma_async_device_register (dma_dev);
drivers/dma/avalon/avalon-core.c line 421
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+if (ret) + goto dma_dev_reg; + +return adma; + +dma_dev_reg: +avalon_init_err: +kfree (adma); + +return NULL ;
This will cause an oops.
return ERR_PTR(ret);
Quoted 156 lines
drivers/dma/avalon/avalon-core.c new file +11
-0+} + +void avalon_dma_unregister (struct avalon_dma *adma) +{ +dmaengine_terminate_sync (&adma->chan.vchan.chan); +dma_async_device_unregister (&adma->dma_dev); + +avalon_dma_term (adma); + +kfree (adma); +}drivers/dma/avalon/avalon-core.h new file +90
-0@@ -0,0 +1,90 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA engine +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_CORE_H__ +#define __AVALON_CORE_H__ + +#include <linux/interrupt.h> +#include <linux/dma-direction.h> + +#include "../virt-dma.h" + +struct avalon_dma_desc { +struct virt_dma_desc vdesc; + +enum dma_data_direction direction; + +dma_addr_t dev_addr; + +struct scatterlist *sg; +unsigned int sg_len; + +struct scatterlist *sg_curr; +unsigned int sg_offset; +}; + +struct avalon_dma_hw { +struct __dma_desc_table { +struct dma_desc_table *cpu_addr; +dma_addr_t dma_addr; + } dma_desc_table_rd, dma_desc_table_wr; + +int h2d_last_id; +int d2h_last_id; + +void __iomem *regs; +}; + +struct avalon_dma_chan { +struct virt_dma_chan vchan; + +dma_addr_t src_addr; +dma_addr_t dst_addr; + +struct avalon_dma_hw hw; + +struct avalon_dma_desc *active_desc; +}; + +struct avalon_dma { +struct device *dev; +unsigned int irq; + +struct avalon_dma_chan chan; +struct dma_device dma_dev; +struct device_dma_parameters dma_parms; +}; + +static inline +struct avalon_dma_chan *to_avalon_dma_chan (struct dma_chan *dma_chan) +{ + return container_of(dma_chan, struct avalon_dma_chan, vchan.chan); +} + +static inline +struct avalon_dma_desc *to_avalon_dma_desc (struct virt_dma_desc *vdesc) +{ + return container_of(vdesc, struct avalon_dma_desc, vdesc); +} + +static inline +struct avalon_dma *chan_to_avalon_dma (struct avalon_dma_chan *chan) +{ + return container_of(chan, struct avalon_dma, chan); +} + +static inline +__iomem void *__iomem avalon_dma_mmio (struct avalon_dma *adma) +{ +return adma->chan.hw.regs; +} + +struct avalon_dma *avalon_dma_register (struct device *dev, +void __iomem *regs, +unsigned int irq); +void avalon_dma_unregister (struct avalon_dma *adma); + +#endif drivers/dma/avalon/avalon-hw.c new file +43
-0@@ -0,0 +1,212 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA engine +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/delay.h> + +#include "avalon-hw.h" + +#define DMA_DESC_MAX AVALON_DMA_DESC_NUM + +static void setup_desc (struct dma_desc *desc,u32 desc_id, +u64 dest,u64 src,u32 size) +{ +BUG_ON (!size); +WARN_ON (!IS_ALIGNED (size,sizeof (u32))); +BUG_ON (desc_id > (DMA_DESC_MAX -1 )); + + desc->src_lo =cpu_to_le32 (src &0xfffffffful ); + desc->src_hi =cpu_to_le32 ((src >>32 )); + desc->dst_lo =cpu_to_le32 (dest &0xfffffffful ); + desc->dst_hi =cpu_to_le32 ((dest >>32 )); + desc->ctl_dma_len =cpu_to_le32 ((size >>2 ) | (desc_id <<18 )); + desc->reserved[0 ] =cpu_to_le32 (0x0 ); + desc->reserved[1 ] =cpu_to_le32 (0x0 ); + desc->reserved[2 ] =cpu_to_le32 (0x0 ); +} + +static +int setup_descs (struct dma_desc *descs,unsigned int desc_id, +enum dma_data_direction direction, +dma_addr_t dev_addr,dma_addr_t host_addr,unsigned int len, +unsigned int *_set) +{ +int nr_descs =0 ; +unsigned int set =0 ; +dma_addr_t src; +dma_addr_t dest; + +if (direction ==DMA_TO_DEVICE ) { + src = host_addr;
drivers/dma/avalon/avalon-hw.c line 53
Quoted 10 lines
drivers/dma/avalon/avalon-hw.c new file +10
-0+ dest = dev_addr; + }else if (direction ==DMA_FROM_DEVICE ) { + src = dev_addr; + dest = host_addr; + }else { +BUG (); +return -EINVAL ; + } + +if (unlikely (desc_id >DMA_DESC_MAX -1 )) {
if (desc_id >= DMA_DESC_MAX) {
Quoted 112 lines
drivers/dma/avalon/avalon-hw.c new file +112
-0+BUG (); +return -EINVAL ; + } + +if (WARN_ON (!len)) +return -EINVAL ; + +while (len) { + unsigned int xfer_len = min_t(unsigned int, len, AVALON_DMA_MAX_TANSFER_SIZE); + +setup_desc (descs, desc_id, dest, src, xfer_len); + + set += xfer_len; + + nr_descs++; +if (nr_descs >=DMA_DESC_MAX ) +break ; + + desc_id++; +if (desc_id >=DMA_DESC_MAX ) +break ; + + descs++; + + dest += xfer_len; + src += xfer_len; + + len -= xfer_len; + } + + *_set = set; + +return nr_descs; +} + +int setup_descs_sg (struct dma_desc *descs,unsigned int desc_id, +enum dma_data_direction direction, +dma_addr_t dev_addr, +struct scatterlist *__sg,unsigned int __sg_len, +struct scatterlist *sg_start,unsigned int sg_offset, +struct scatterlist **_sg_stop,unsigned int *_sg_set) +{ +struct scatterlist *sg; +dma_addr_t sg_addr; +unsigned int sg_len; +unsigned int sg_set; +int nr_descs =0 ; +int ret; +int i; + +/* +* Find the SGE that the previous xfer has stopped on - +* it should exist. +*/ +for_each_sg (__sg, sg, __sg_len, i) { +if (sg == sg_start) +break ; + + dev_addr +=sg_dma_len (sg); + } + +if (WARN_ON (i >= __sg_len)) +return -EINVAL ; + +/* +* The offset can not be longer than the SGE length. +*/ + sg_len =sg_dma_len (sg); +if (WARN_ON (sg_len < sg_offset)) +return -EINVAL ; + +/* +* Skip the starting SGE if it has been fully transmitted. +*/ +if (sg_offset == sg_len) { +if (WARN_ON (sg_is_last (sg))) +return -EINVAL ; + + dev_addr += sg_len; + sg_offset =0 ; + + i++; + sg =sg_next (sg); + } + +/* +* Setup as many SGEs as the controller is able to transmit. +*/ +BUG_ON (i >= __sg_len); +for (; i < __sg_len; i++) { + sg_addr =sg_dma_address (sg); + sg_len =sg_dma_len (sg); + +if (sg_offset) { +if (unlikely (sg_len <= sg_offset)) { +BUG (); +return -EINVAL ; + } + + dev_addr += sg_offset; + sg_addr += sg_offset; + sg_len -= sg_offset; + + sg_offset =0 ; + } + + ret =setup_descs (descs, desc_id, direction, + dev_addr, sg_addr, sg_len, &sg_set); +if (ret <0 ) +return ret; + + if (unlikely((desc_id + ret > DMA_DESC_MAX) ||
drivers/dma/avalon/avalon-hw.c line 175
Quoted 10 lines
drivers/dma/avalon/avalon-hw.c new file +10
-0+ (nr_descs + ret > DMA_DESC_MAX))) { +BUG (); +return -ENOMEM ; + } + + nr_descs += ret; + desc_id += ret; + +if (desc_id >=DMA_DESC_MAX ) +break ;
We already checked for this.
Quoted 5 lines
drivers/dma/avalon/avalon-hw.c new file +5
-0+ +if (unlikely (sg_len != sg_set)) { +BUG (); +return -EINVAL ; + }
drivers/dma/avalon/avalon-hw.c line 190
Quoted 10 lines
drivers/dma/avalon/avalon-hw.c new file +10
-0+ +if (sg_is_last (sg)) +break ; + + descs += ret; + dev_addr += sg_len; + + sg =sg_next (sg); + } +
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 9 lines · Dan Carpenter
drivers/dma/avalon/Kconfig line 63
Quoted 7 lines
drivers/dma/avalon/Kconfig new file +7
-0+config AVALON_DMA_PCI_VENDOR_ID + hex "PCI vendor ID" + default "0x1172" + +config AVALON_DMA_PCI_DEVICE_ID + hex "PCI device ID" + default "0xe003"This feels wrong. Why isn't it known in advance.
Because device designers would likely use they own IDs. The ones I put are just defaults inherited from the (Altera) reference design.
Quoted 20 lines
Quoted 20 lines
drivers/dma/avalon/avalon-core.c new file +20
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock); +return IRQ_NONE ; + } + + do { + if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true;
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 142
Quoted 4 lines
drivers/dma/avalon/avalon-core.c new file +4
-0+ +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);This loop is very strange. It feels like the
last_idindexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.
My bad. I should have put a comment on this. This polling comes from my reading of the Intel documentation:
"The MSI interrupt notifies the host when a DMA operation has completed. After the host receives this interrupt, it can poll the DMA read or write status table to determine which entry or entries have the done bit set."
"The Descriptor Controller writes a 1 to the done bit of the status DWORD to indicate successful completion. The Descriptor Controller also sends an MSI interrupt for the final descriptor. After receiving this MSI, host software can poll the done bit to determine status."
I sense an ambiguity above. It sounds possible an MSI interrupt could be delivered before corresponding done bit is set. May be imperfect wording.. Anyway, the loop does look weird and in reality I doubt I observed the done bit unset even once. So I put this polling just in case.
Quoted 7 lines
Quoted 7 lines
drivers/dma/avalon/avalon-core.c new file +7
-0+struct avalon_dma_chan *chan =to_avalon_dma_chan (dma_chan); +struct avalon_dma_desc *desc; +gfp_t gfp_flags =in_interrupt () ?GFP_NOWAIT :GFP_KERNEL ; +dma_addr_t dev_addr; + +if (direction ==DMA_MEM_TO_DEV ) + dev_addr = chan->dst_addr;
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 309
Quoted 6 lines
drivers/dma/avalon/avalon-core.c new file +6
-0+else if (direction ==DMA_DEV_TO_MEM ) + dev_addr = chan->src_addr; +else +return NULL ; + + desc =kzalloc (sizeof (*desc), gfp_flags);Everyone else does
GFP_WAITorGFP_ATOMIC. IsGFP_KERNELreally okay?
I am not sure why not to use GFP_KERNEL from non-atomic context. Documentation/driver-api/dmaengine/provider.rst claims always to use GFP_NOWAIT though:
- Any allocation you might do should be using the GFP_NOWAIT flag, in order not to potentially sleep, but without depleting the emergency pool either.
So probably I just should use GFP_NOWAIT.
Thanks, Dan!
Quoted 3 lines
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 55 lines · Alexander Gordeev
Quoted 9 lines · Dan Carpenter
drivers/dma/avalon/Kconfig line 63
Quoted 7 lines
drivers/dma/avalon/Kconfig new file +7
-0+config AVALON_DMA_PCI_VENDOR_ID + hex "PCI vendor ID" + default "0x1172" + +config AVALON_DMA_PCI_DEVICE_ID + hex "PCI device ID" + default "0xe003"This feels wrong. Why isn't it known in advance.
Because device designers would likely use they own IDs. The ones I put are just defaults inherited from the (Altera) reference design.
Quoted 20 lines
Quoted 20 lines
drivers/dma/avalon/avalon-core.c new file +20
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock); +return IRQ_NONE ; + } + + do { + if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true;Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 142
Quoted 4 lines
drivers/dma/avalon/avalon-core.c new file +4
-0+ +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);This loop is very strange. It feels like the
last_idindexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.My bad. I should have put a comment on this. This polling comes from my reading of the Intel documentation:
"The MSI interrupt notifies the host when a DMA operation has completed. After the host receives this interrupt, it can poll the DMA read or write status table to determine which entry or entries have the done bit set."
"The Descriptor Controller writes a 1 to the done bit of the status DWORD to indicate successful completion. The Descriptor Controller also sends an MSI interrupt for the final descriptor. After receiving this MSI, host software can poll the done bit to determine status."
Quoted 4 lines
I sense an ambiguity above. It sounds possible an MSI interrupt could be delivered before corresponding done bit is set. May be imperfect wording.. Anyway, the loop does look weird and in reality I doubt I observed the done bit unset even once. So I put this polling just in case.
You're missing my point. When we sethw->d2h_last_id = 1;
...hw->d2h_last_id = 2;
There is a tiny moment where ->d2h_last_id is transitioning from 1 to 2 where its value is unknown. We're in a busy loop here so we have a decent chance of hitting that 1/1000,000th of a second. If we happen to hit it at exactly the right time then we're reading from a random address and it will cause an oops.
We have to use atomic_t types or something to handle race conditions.
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 28 lines · Dan Carpenter
Quoted 28 lines
Quoted 28 lines
Quoted 14 lines
drivers/dma/avalon/avalon-core.c new file +14
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock);drivers/dma/avalon/avalon-core.c line 142
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return IRQ_NONE ; + } + +do { +if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);This loop is very strange. It feels like the
last_idindexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.
[...]
Quoted 2 lines
You're missing my point. When we set
hw->d2h_last_id= 1;
[1]
Quoted 2 lines
...
hw->d2h_last_id= 2;
[2]
Quoted 7 lines
There is a tiny moment where ->d2h_last_id is transitioning from 1 to 2 where its value is unknown. We're in a busy loop here so we have a decent chance of hitting that 1/1000,000th of a second. If we happen to hit it at exactly the right time then we're reading from a random address and it will cause an oops.
We have to use
atomic_ttypes or something to handle race conditions.
Err.. I am still missing the point :( In your example I do see a chance for a reader to read out 1 at point in time [2] - because of SMP race. But what could it be other than 1 or 2?
Anyways, all code paths dealing with h2d_last_id and d2h_last_id indexes are protected with a spinlock.
Quoted 3 lines
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 45 lines · Alexander Gordeev
Quoted 28 lines · Dan Carpenter
Quoted 28 lines
Quoted 28 lines
Quoted 14 lines
drivers/dma/avalon/avalon-core.c new file +14
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock);drivers/dma/avalon/avalon-core.c line 142
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return IRQ_NONE ; + } + +do { +if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);This loop is very strange. It feels like the
last_idindexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.[...]
Quoted 2 lines
You're missing my point. When we set
hw->d2h_last_id= 1;[1]
Quoted 2 lines
...
hw->d2h_last_id= 2;[2]
Quoted 6 lines
There is a tiny moment where ->d2h_last_id is transitioning from 1 to 2 where its value is unknown. We're in a busy loop here so we have a decent chance of hitting that 1/1000,000th of a second. If we happen to hit it at exactly the right time then we're reading from a random address and it will cause an oops.
Quoted 6 lines
Quoted 1 line
We have to use
atomic_ttypes or something to handle race conditions.Err.. I am still missing the point :( In your example I do see a chance for a reader to read out 1 at point in time [2] - because of SMP race. But what could it be other than 1 or 2?
The 1 to 2 transition was a poorly chosen example, but a -1 to 1 trasition is better. The cpu could write a byte at a time. So maybe it only wrote the two highest bytes so now it's 0xffff. It's not -1 and it's not 1 and it's not a valid index.
Quoted 2 lines
Anyways, all code paths dealing with
h2d_last_idandd2h_last_idindexes are protected with a spinlock.
You have to protect both the writer and the reader. (That's why this bug is so easy to spot). https://lwn.net/Articles/793253/
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 10 lines · Dan Carpenter
Quoted 9 lines · Alexander Gordeev
Quoted 8 lines · Dan Carpenter
Quoted 8 lines
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 126
Quoted 8 lines
drivers/dma/avalon/avalon-core.c new file +8
-0+u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock);
[*]
Quoted 48 lines
Quoted 36 lines
Quoted 20 lines
Quoted 20 lines
Quoted 20 lines
Quoted 6 lines
drivers/dma/avalon/avalon-core.c new file +6
-0+ + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock);drivers/dma/avalon/avalon-core.c line 142
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return IRQ_NONE ; + } + +do { +if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);This loop is very strange. It feels like the
last_idindexes needs to atomic or protected from racing somehow so we don't do an out of bounds read.[...]
Quoted 2 lines
You're missing my point. When we set
hw->d2h_last_id= 1;[1]
Quoted 2 lines
...
hw->d2h_last_id= 2;[2]
Quoted 6 lines
There is a tiny moment where ->d2h_last_id is transitioning from 1 to 2 where its value is unknown. We're in a busy loop here so we have a decent chance of hitting that 1/1000,000th of a second. If we happen to hit it at exactly the right time then we're reading from a random address and it will cause an oops.
Quoted 6 lines
Quoted 1 line
We have to use
atomic_ttypes or something to handle race conditions.Err.. I am still missing the point :( In your example I do see a chance for a reader to read out 1 at point in time [2] - because of SMP race. But what could it be other than 1 or 2?
The 1 to 2 transition was a poorly chosen example, but a -1 to 1 trasition is better. The cpu could write a byte at a time. So maybe it only wrote the two highest bytes so now it's
0xffff. It's not -1 and it's not 1 and it's not a valid index.
Quoted 5 lines
Quoted 2 lines
Anyways, all code paths dealing with
h2d_last_idandd2h_last_idindexes are protected with a spinlock.You have to protect both the writer and the reader. (That's why this bug is so easy to spot). https://lwn.net/Articles/793253/
I struggle to realize how the spinlock I use (see [*] above) does not protect the reader.
I am going to post updated version shortly, hopefully it will make more sense.
Quoted 3 lines
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 13 lines · Alexander Gordeev
Quoted 10 lines · Dan Carpenter
Quoted 9 lines · Alexander Gordeev
Quoted 8 lines · Dan Carpenter
Quoted 8 lines
Quoted 8 lines
Review
Quoted 8 lines
(quoted diff) +8
-0+ u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; + u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; + struct avalon_dma_desc *desc; + struct virt_dma_desc *vdesc; + bool rd_done; + bool wr_done; + + spin_lock(lock);[*]
[ snip ]
Quoted 2 lines
I struggle to realize how the spinlock I use (see [*] above) does not protect the reader.
Argh.... I'm really sorry. I completely didn't see the spinlock. :P
I am embarrassed. Wow...
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 10 lines · Dan Carpenter
Quoted 3 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Review
Quoted 1 line
(quoted diff) +1
-0+ spin_lock(lock);[*]
[ snip ]
Quoted 2 lines
I struggle to realize how the spinlock I use (see [*] above) does not protect the reader.
Argh.... I'm really sorry. I completely didn't see the spinlock. :P
Np ;) May be in the next version it will be more visible. I done it the way you asked ( even though I do not like it :D ):
spin_lock(&chan->vchan.lock);
Quoted 5 lines
I am embarrassed. Wow...
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
In reply to Alexander GordeevQuoted 14 lines · Alexander Gordeev
Quoted 10 lines · Dan Carpenter
Quoted 9 lines · Alexander Gordeev
Quoted 8 lines · Dan Carpenter
Quoted 8 lines
Quoted 8 lines
Review
Quoted 8 lines
(quoted diff) +8
-0+ u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; + u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; + struct avalon_dma_desc *desc; + struct virt_dma_desc *vdesc; + bool rd_done; + bool wr_done; + + spin_lock(lock);[*]
Quoted 16 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
(quoted diff) +8
-0+ + rd_done = (hw->h2d_last_id < 0); + wr_done = (hw->d2h_last_id < 0); + + if (rd_done && wr_done) { + spin_unlock(lock); + return IRQ_NONE; + }Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Quoted 8 lines
Review
Quoted 8 lines
(quoted diff) +8
-0+ + do { + if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + + if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + } while (!rd_done || !wr_done);
Thinking about this some more, my initial instinct was still correct actually. If we're holding the lock to prevent the CPU from writing to it then how is hw->d2h_last_id updated in the other thread? Either it must deadlock or it must be a race condition.
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 29 lines · Dan Carpenter
Quoted 28 lines · Alexander Gordeev
Quoted 10 lines · Dan Carpenter
Quoted 9 lines · Alexander Gordeev
Quoted 8 lines · Dan Carpenter
Quoted 8 lines
Quoted 8 lines
Review
Quoted 8 lines
(quoted diff) +8
-0+ u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; + u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; + struct avalon_dma_desc *desc; + struct virt_dma_desc *vdesc; + bool rd_done; + bool wr_done; + + spin_lock(lock);[*]
Quoted 14 lines
Quoted 14 lines
Quoted 14 lines
Quoted 14 lines
Quoted 14 lines
Quoted 14 lines
(quoted diff) +14
-0+ + rd_done = (hw->h2d_last_id < 0); + wr_done = (hw->d2h_last_id < 0); + + if (rd_done && wr_done) { + spin_unlock(lock); + return IRQ_NONE; + } + + do { + if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + + if (!wr_done && wr_flags[hw->d2h_last_id])
Quoted 8 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Review
Quoted 2 lines
(quoted diff) +2
-0+ wr_done = true; + } while (!rd_done || !wr_done);Thinking about this some more, my initial instinct was still correct actually. If we're holding the lock to prevent the CPU from writing to it then how is
hw->d2h_last_idupdated in the other thread? Either it must deadlock or it must be a race condition.
hw->d2h_last_id and hw->h2d_last_id indexes are not expected to get updated while within the handler.
It is wr_flags[hw->d2h_last_id] and/or rd_flags[hw->h2d_last_id] that should be set from zero to one by the DMA controller once/before it sends the MSI interrupt. Therefore, once we're in the handler, either wr_flags[hw->d2h_last_id] or rd_flags[hw->h2d_last_id] should be non- zero.
However, the Intel documentation uses a suspicious wording for description of the above: "The Descriptor Controller writes a 1 to the done bit of the status DWORD to indicate successful completion. The Descriptor Controller also sends an MSI interrupt for the final descriptor. After receiving this MSI, host software can poll the done bit to determine status."
(The "the status DWORD" in the excerpt above are located in coherent DMA memory-mapped arrays wr_flags[hw->d2h_last_id] and rd_flags[hw->h2d_last_id])
The confusing statement is "After receiving this MSI, host software can poll the done bit to determine status." Why would one poll a bit *after* the MSI received? In good design it should be set by the time the MSI arrived. May be they meant "checked" rather than "polled" or implied the CPU still could see zero in the status DWORD due to DMA memory incoherency..
Anyways, that has never been observed and I added the loop out of the paranoia, it never loops for me.
HTH
Quoted 3 lines
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Ah that's fine then. And since wr_flags[hw->d2h_last_id] is just true/false then it doesn't matter if it races.
regards,
dan carpenter
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
In reply to Alexander GordeevQuoted 4 lines · Alexander Gordeev
drivers/dma/avalon/avalon-core.c new file +4
-0+static int setup_dma_descs (struct dma_desc *dma_descs, +struct avalon_dma_desc *desc) +{ +struct scatterlist *sg_stop;
drivers/dma/avalon/avalon-core.c line 31
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+unsigned int sg_set; +int ret; + + ret =setup_descs_sg (dma_descs,0 , + desc->direction, + desc->dev_addr, + desc->sg, desc->sg_len, + desc->sg_curr, desc->sg_offset, + &sg_stop, &sg_set); +BUG_ON (!ret);
Yeah, a driver can crash the kernel!
:(
Never do this, always recover properly, to not do so is "lazy" programming.
If this is something that is impossible to ever happen, then never test for it. But if it can happen, then properly handle the error and move on.
Same for the other uses of BUG_ON() and WARN_ON in here. Remember many systems run with "panic on warn" so if a user can trigger that, then the machine reboots, which is not good.
thanks,
greg k-h
Vinod Koul
maintainerRe: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
In reply to Alexander Gordeevdrivers/dma/avalon/Kconfig line 27
Quoted 3 lines · Alexander Gordeev
drivers/dma/avalon/Kconfig new file +3
-0+config AVALON_DMA_CTRL_BASE + hex "Avalon DMA controllers base" + default "0x00000000"
what kind of device is this? I dont think we want these and the ones coming below as part of kernel kconfig!
drivers/dma/avalon/avalon-core.c line 5
Quoted 5 lines
drivers/dma/avalon/avalon-core.c new file +5
-0+// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA engine +* +* Author: Alexander Gordeev <[email protected]>
No copyright notices?
Quoted 4 lines
drivers/dma/avalon/avalon-core.c new file +4
-0+static int setup_dma_descs (struct dma_desc *dma_descs, +struct avalon_dma_desc *desc) +{ +struct scatterlist *sg_stop;
drivers/dma/avalon/avalon-core.c line 31
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+unsigned int sg_set; +int ret; + + ret =setup_descs_sg (dma_descs,0 , + desc->direction, + desc->dev_addr, + desc->sg, desc->sg_len, + desc->sg_curr, desc->sg_offset, + &sg_stop, &sg_set); +BUG_ON (!ret);
Please remove this and others
Quoted 42 lines
drivers/dma/avalon/avalon-core.c new file +42
-0+static int start_dma_xfer (struct avalon_dma_hw *hw, +struct avalon_dma_desc *desc) +{ +size_t ctrl_off; +struct __dma_desc_table *__table; +struct dma_desc_table *table; +u32 rc_src_hi, rc_src_lo; +u32 ep_dst_lo, ep_dst_hi; +int last_id, *__last_id; +int nr_descs; + +if (desc->direction ==DMA_TO_DEVICE ) { + __table = &hw->dma_desc_table_rd; + + ctrl_off =AVALON_DMA_RD_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_RD_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_RD_EP_DST_LO ; + + __last_id = &hw->h2d_last_id; + }else if (desc->direction ==DMA_FROM_DEVICE ) { + __table = &hw->dma_desc_table_wr; + + ctrl_off =AVALON_DMA_WR_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_WR_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_WR_EP_DST_LO ; + + __last_id = &hw->d2h_last_id; + }else { +BUG (); + } + + table = __table->cpu_addr; +memset (&table->flags,0 ,sizeof (table->flags)); + + nr_descs =setup_dma_descs (table->descs, desc); +if (WARN_ON (nr_descs <1 )) +return nr_descs; + + last_id = nr_descs -1 ; + *__last_id = last_id;
drivers/dma/avalon/avalon-core.c line 95
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+ + rc_src_hi = __table->dma_addr >>32 ; + rc_src_lo = (u32 )__table->dma_addr; + +start_xfer (hw->regs, ctrl_off, + rc_src_hi, rc_src_lo, + ep_dst_hi, ep_dst_lo, + last_id); + +return 0 ;
why have a return when you always return 0?
Quoted 20 lines
drivers/dma/avalon/avalon-core.c new file +20
-0+static irqreturn_t avalon_dma_interrupt (int irq,void *dev_id) +{ +struct avalon_dma *adma = (struct avalon_dma *)dev_id; +struct avalon_dma_chan *chan = &adma->chan; +struct avalon_dma_hw *hw = &chan->hw; +spinlock_t *lock = &chan->vchan.lock; +u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags; +struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 ); + +if (rd_done && wr_done) { +spin_unlock (lock);
drivers/dma/avalon/avalon-core.c line 142
Quoted 10 lines
drivers/dma/avalon/avalon-core.c new file +10
-0+return IRQ_NONE ; + } + +do { +if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);
Can you explain this logic. I dont like busy loop in isr and who updates rd_done and rd_flags etc..?
drivers/dma/avalon/avalon-core.c line 299
Quoted 9 lines
drivers/dma/avalon/avalon-core.c new file +9
-0+static struct dma_async_tx_descriptor * +avalon_dma_prep_slave_sg (struct dma_chan *dma_chan, +struct scatterlist *sg,unsigned int sg_len, +enum dma_transfer_direction direction, +unsigned long flags,void *context) +{ +struct avalon_dma_chan *chan =to_avalon_dma_chan (dma_chan); +struct avalon_dma_desc *desc; +gfp_t gfp_flags =in_interrupt () ?GFP_NOWAIT :GFP_KERNEL ;
We use GFP_NOWAIT in prep calls. They can be called from atomic context
Quoted 6 lines
drivers/dma/avalon/avalon-pci.c new file +6
-0+static int __init avalon_pci_probe (struct pci_dev *pci_dev, +const struct pci_device_id *id) +{ +void *adma; +void __iomem *regs; +int ret;
drivers/dma/avalon/avalon-pci.c line 70
Quoted 10 lines
drivers/dma/avalon/avalon-pci.c new file +10
-0+ + ret =pci_enable_device (pci_dev); +if (ret) + goto enable_err; + + ret =pci_request_regions (pci_dev,DRIVER_NAME ); +if (ret) + goto reg_err; + + regs =pci_ioremap_bar (pci_dev,PCI_BAR );
This is a pci device, so we should really be using the PCI way of setting and querying the resources. Doing this thru kernel config options is not correct!
drivers/dma/avalon/avalon-pci.c line 145
Quoted 12 lines
drivers/dma/avalon/avalon-pci.c new file +12
-0+static int __init avalon_drv_init (void ) +{ +return pci_register_driver (&dma_driver_ops); +} + +static void __exit avalon_drv_exit(void) +{ +pci_unregister_driver (&dma_driver_ops); +} + +module_init (avalon_drv_init); +module_exit (avalon_drv_exit);
pls use module_pci_driver.
Signature · 1 line
~Vinod
Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
Quoted 2 lines · Vinod Koul
what kind of device is this? I dont think we want these and the ones coming below as part of kernel kconfig!
Yes, I have already been pointed out on this and will put those as kernel module parameters in the next version. The device is an IP block for Intel FPGAs.
Quoted 31 lines
Quoted 31 lines
drivers/dma/avalon/avalon-core.c new file +31
-0+static int start_dma_xfer (struct avalon_dma_hw *hw, +struct avalon_dma_desc *desc) +{ +size_t ctrl_off; +struct __dma_desc_table *__table; +struct dma_desc_table *table; +u32 rc_src_hi, rc_src_lo; +u32 ep_dst_lo, ep_dst_hi; +int last_id, *__last_id; +int nr_descs; + +if (desc->direction ==DMA_TO_DEVICE ) { + __table = &hw->dma_desc_table_rd; + + ctrl_off =AVALON_DMA_RD_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_RD_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_RD_EP_DST_LO ; + + __last_id = &hw->h2d_last_id; + }else if (desc->direction ==DMA_FROM_DEVICE ) { + __table = &hw->dma_desc_table_wr; + + ctrl_off =AVALON_DMA_WR_CTRL_OFFSET ; + + ep_dst_hi =AVALON_DMA_WR_EP_DST_HI ; + ep_dst_lo =AVALON_DMA_WR_EP_DST_LO ; + + __last_id = &hw->d2h_last_id; + }else { +BUG ();
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 82
Quoted 8 lines
drivers/dma/avalon/avalon-core.c new file +8
-0+ } + + table = __table->cpu_addr; +memset (&table->flags,0 ,sizeof (table->flags)); + + nr_descs =setup_dma_descs (table->descs, desc); +if (WARN_ON (nr_descs <1 )) +return nr_descs;
(1) Here it may fail.
Quoted 6 lines
Quoted 6 lines
drivers/dma/avalon/avalon-core.c new file +6
-0+ last_id = nr_descs -1 ; + *__last_id = last_id; + + rc_src_hi = __table->dma_addr >>32 ; + rc_src_lo = (u32 )__table->dma_addr; +
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 95
Quoted 6 lines
drivers/dma/avalon/avalon-core.c new file +6
-0+start_xfer (hw->regs, ctrl_off, + rc_src_hi, rc_src_lo, + ep_dst_hi, ep_dst_lo, + last_id); + +return 0 ;why have a return when you always return 0?
Please see (1) above.
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 120
Quoted 8 lines
drivers/dma/avalon/avalon-core.c new file +8
-0+static irqreturn_t avalon_dma_interrupt (int irq,void *dev_id) +{ +struct avalon_dma *adma = (struct avalon_dma *)dev_id; +struct avalon_dma_chan *chan = &adma->chan; +struct avalon_dma_hw *hw = &chan->hw; +spinlock_t *lock = &chan->vchan.lock; +u32 *rd_flags = hw->dma_desc_table_rd.cpu_addr->flags; +u32 *wr_flags = hw->dma_desc_table_wr.cpu_addr->flags;
(2)
Quoted 9 lines
drivers/dma/avalon/avalon-core.c line 129
Quoted 9 lines
drivers/dma/avalon/avalon-core.c new file +9
-0+struct avalon_dma_desc *desc; +struct virt_dma_desc *vdesc; +bool rd_done; +bool wr_done; + +spin_lock (lock); + + rd_done = (hw->h2d_last_id <0 ); + wr_done = (hw->d2h_last_id <0 );
(3)
Quoted 7 lines
Quoted 7 lines
drivers/dma/avalon/avalon-core.c new file +7
-0+ +if (rd_done && wr_done) { +spin_unlock (lock); +return IRQ_NONE ; + } + + do {
Quoted 8 lines
drivers/dma/avalon/avalon-core.c line 142
Quoted 6 lines
drivers/dma/avalon/avalon-core.c new file +6
-0+if (!rd_done && rd_flags[hw->h2d_last_id]) + rd_done = true; + +if (!wr_done && wr_flags[hw->d2h_last_id]) + wr_done = true; + }while (!rd_done || !wr_done);Can you explain this logic. I dont like busy loop in isr and who updates
Here is the comment in the next version of the patch:
The Intel documentation claims "The Descriptor Controller writes a 1 to the done bit of the status DWORD to indicate successful completion. The Descriptor Controller also sends an MSI interrupt for the final descriptor. After receiving this MSI, host software can poll the done bit to determine status."
The above could be read like MSI interrupt might be delivered before the corresponding done bit is set. But in reality it does not happen at all (or happens really rare). So put here the done bit polling, just in case.
Quoted 1 line
rd_doneandrd_flagsetc..?
rd_flags/wr_flags are updated by the hardware (2) and mapped in as coherent DMA memory.
rd_done/wr_done are just local variables (3)
Quoted 12 lines
Quoted 12 lines
drivers/dma/avalon/avalon-pci.c new file +12
-0+static int __init avalon_pci_probe (struct pci_dev *pci_dev, +const struct pci_device_id *id) +{ +void *adma; +void __iomem *regs; +int ret; + + ret =pci_enable_device (pci_dev); +if (ret) + goto enable_err; + + ret =pci_request_regions (pci_dev,DRIVER_NAME );
Quoted 8 lines
drivers/dma/avalon/avalon-pci.c line 70
Quoted 4 lines
drivers/dma/avalon/avalon-pci.c new file +4
-0+if (ret) + goto reg_err; + + regs =pci_ioremap_bar (pci_dev,PCI_BAR );This is a pci device, so we should really be using the PCI way of setting and querying the resources. Doing this thru kernel config options is not correct!
I assume you are referring to PCI_BAR in this particular case, right? If so, this is an excerpt from the documentation that I read like a BAR the DMA controller is mapped to needs to be configurable:
"When the DMA Descriptor Controller is externally instantiated, these registers are accessed through a BAR. The offsets must be added to the base address for the read controller. When the Descriptor Controller is internally instantiated these registers are accessed through BAR0."
Thank you, Vinod!
Quoted 2 lines
Signature · 1 line
~Vinod
RFC PATCH v2 2/2 dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
In reply to Alexander GordeevThis is sample implementation of a driver that uses "avalon-dma" driver interface to perform data transfers between on-chip and system memory in devices using Avalon-MM DMA Interface for PCIe design. Companion user-level tool could be found at
https://github.com/a-gordeev/avalon-tool.git
--- drivers/dma/Kconfig | 1 + drivers/dma/Makefile | 1 + drivers/dma/avalon-test/Kconfig | 23 + drivers/dma/avalon-test/Makefile | 14 + drivers/dma/avalon-test/avalon-dev.c | 65 +++ drivers/dma/avalon-test/avalon-dev.h | 33 ++ drivers/dma/avalon-test/avalon-ioctl.c | 128 +++++ drivers/dma/avalon-test/avalon-ioctl.h | 12 + drivers/dma/avalon-test/avalon-mmap.c | 93 ++++ drivers/dma/avalon-test/avalon-mmap.h | 12 + drivers/dma/avalon-test/avalon-sg-buf.c | 132 +++++ drivers/dma/avalon-test/avalon-sg-buf.h | 26 + drivers/dma/avalon-test/avalon-util.c | 54 ++ drivers/dma/avalon-test/avalon-util.h | 12 + drivers/dma/avalon-test/avalon-xfer.c | 697 ++++++++++++++++++++++++ drivers/dma/avalon-test/avalon-xfer.h | 28 + include/uapi/linux/avalon-ioctl.h | 32 ++ 17 files changed, 1363 insertions(+) create mode 100644 drivers/dma/avalon-test/Kconfig create mode 100644 drivers/dma/avalon-test/Makefile create mode 100644 drivers/dma/avalon-test/avalon-dev.c create mode 100644 drivers/dma/avalon-test/avalon-dev.h create mode 100644 drivers/dma/avalon-test/avalon-ioctl.c create mode 100644 drivers/dma/avalon-test/avalon-ioctl.h create mode 100644 drivers/dma/avalon-test/avalon-mmap.c create mode 100644 drivers/dma/avalon-test/avalon-mmap.h create mode 100644 drivers/dma/avalon-test/avalon-sg-buf.c create mode 100644 drivers/dma/avalon-test/avalon-sg-buf.h create mode 100644 drivers/dma/avalon-test/avalon-util.c create mode 100644 drivers/dma/avalon-test/avalon-util.h create mode 100644 drivers/dma/avalon-test/avalon-xfer.c create mode 100644 drivers/dma/avalon-test/avalon-xfer.h create mode 100644 include/uapi/linux/avalon-ioctl.h
drivers/dma/Kconfig +1 -0
@@ -670,6 +670,7 @@ source "drivers/dma/sh/Kconfig" source "drivers/dma/ti/Kconfig" source "drivers/dma/avalon/Kconfig" +source "drivers/dma/avalon-test/Kconfig" # clients comment "DMA Clients"
drivers/dma/Makefile +1 -0
@@ -76,6 +76,7 @@ obj-$(CONFIG_XGENE_DMA) += xgene-dma.o obj-$(CONFIG_ZX_DMA) += zx_dma.o obj-$(CONFIG_ST_FDMA) += st_fdma.o obj-$(CONFIG_AVALON_DMA) += avalon/ +obj-$(CONFIG_AVALON_TEST) += avalon-test/ obj-y += mediatek/ obj-y += qcom/
drivers/dma/avalon-test/Kconfig new file +23 -0
@@ -0,0 +1,23 @@ +# SPDX-License-Identifier: GPL-2.0 +# +# Avalon DMA engine +# +# Author: Alexander Gordeev <[email protected]> +# +config AVALON_TEST + select AVALON_DMA + tristate "Intel Avalon-MM DMA Interface for PCIe test driver" + help + This selects a test driver for Avalon-MM DMA Interface for PCI + +if AVALON_TEST + +config AVALON_TEST_TARGET_BASE + hex "Target device base address" + default "0x70000000" + +config AVALON_TEST_TARGET_SIZE + hex "Target device memory size" + default "0x10000000" + +endif
drivers/dma/avalon-test/Makefile new file +14 -0
@@ -0,0 +1,14 @@ +# SPDX-License-Identifier: GPL-2.0 +# +# Avalon DMA driver +# +# Author: Alexander Gordeev <[email protected]> +# +obj-$(CONFIG_AVALON_TEST) += avalon-test.o + +avalon-test-objs := avalon-dev.o \ + avalon-ioctl.o \ + avalon-mmap.o \ + avalon-sg-buf.o \ + avalon-xfer.o \ + avalon-util.o
drivers/dma/avalon-test/avalon-dev.c new file +65 -0
65 lines not on this page · raw message
drivers/dma/avalon-test/avalon-dev.h new file +33 -0
@@ -0,0 +1,33 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_DEV_H__ +#define __AVALON_DEV_H__ + +#include <linux/dmaengine.h> +#include <linux/miscdevice.h> + +#include "../avalon/avalon-hw.h" + +#define TARGET_MEM_BASE CONFIG_AVALON_TEST_TARGET_BASE +#define TARGET_MEM_SIZE CONFIG_AVALON_TEST_TARGET_SIZE + +#define TARGET_DMA_SIZE (2 * AVALON_DMA_MAX_TANSFER_SIZE) +#define TARGET_DMA_SIZE_SG TARGET_MEM_SIZE + +#define DEVICE_NAME "avalon-dev" + +struct avalon_dev { +struct dma_chan *dma_chan; +struct miscdevice misc_dev; +}; + +static inline struct device *chan_to_dev (struct dma_chan *chan) +{ +return chan->device->dev; +} + +#endif
drivers/dma/avalon-test/avalon-ioctl.c new file +128 -0
128 lines not on this page · raw message
drivers/dma/avalon-test/avalon-ioctl.h new file +12 -0
@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_IOCTL_H__ +#define __AVALON_IOCTL_H__ + +long avalon_dev_ioctl (struct file *file,unsigned int cmd,unsigned long arg); + +#endif
drivers/dma/avalon-test/avalon-mmap.c new file +93 -0
93 lines not on this page · raw message
drivers/dma/avalon-test/avalon-mmap.h new file +12 -0
@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_MMAP_H__ +#define __AVALON_MMAP_H__ + +int avalon_dev_mmap (struct file *file,struct vm_area_struct *vma); + +#endif
drivers/dma/avalon-test/avalon-sg-buf.c new file +132 -0
132 lines not on this page · raw message
drivers/dma/avalon-test/avalon-sg-buf.h new file +26 -0
@@ -0,0 +1,26 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_SG_BUF_H__ +#define __AVALON_SG_BUF_H__ + +struct dma_sg_buf { +struct device *dev; +void *vaddr; +struct page **pages; +enum dma_data_direction dma_dir; +struct sg_table sgt; +size_t size; +unsigned int num_pages; +}; + +struct dma_sg_buf *dma_sg_buf_alloc (struct device *dev, +unsigned long size, +enum dma_data_direction dma_dir, +gfp_t gfp_flags); +void dma_sg_buf_free (struct dma_sg_buf *buf); + +#endif
drivers/dma/avalon-test/avalon-util.c new file +54 -0
54 lines not on this page · raw message
drivers/dma/avalon-test/avalon-util.h new file +12 -0
@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_UTIL_H__ +#define __AVALON_UTIL_H__ + +void dump_mem (struct device *dev,void *data,size_t len); + +#endif
drivers/dma/avalon-test/avalon-xfer.c new file +697 -0
697 lines not on this page · raw message
drivers/dma/avalon-test/avalon-xfer.h new file +28 -0
@@ -0,0 +1,28 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_XFER_H__ +#define __AVALON_XFER_H__ + +#include <linux/dma-direction.h> + +#include "avalon-dev.h" + +int xfer_rw (struct dma_chan *chan, +enum dma_data_direction dir, +void __user *user_buf,size_t user_len); +int xfer_simultaneous (struct dma_chan *chan, +void __user *user_buf_rd,size_t user_len_rd, +void __user *user_buf_wr,size_t user_len_wr); +int xfer_rw_sg (struct dma_chan *chan, +enum dma_data_direction dir, +void __user *user_buf,size_t user_len, +bool is_smp); +int xfer_simultaneous_sg (struct dma_chan *chan, +void __user *user_buf_rd,size_t user_len_rd, +void __user *user_buf_wr,size_t user_len_wr); + +#endif
include/uapi/linux/avalon-ioctl.h new file +32 -0
@@ -0,0 +1,32 @@ +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef _UAPI_LINUX_AVALON_IOCTL_H__ +#define _UAPI_LINUX_AVALON_IOCTL_H__ + +#define AVALON_DEVICE_NAME "avalon-dev" + +struct avalon_dma_info { +size_t mem_addr; +size_t mem_size; +size_t dma_size; +size_t dma_size_sg; +} __attribute((packed)); + +#define AVALON_SIG 'V' + +#define IOCTL_AVALON_DMA_GET_INFO _IOR(AVALON_SIG, 0, struct avalon_dma_info) +#define IOCTL_AVALON_DMA_SET_INFO _IOW(AVALON_SIG, 1, struct avalon_dma_info) +#define IOCTL_AVALON_DMA_READ _IOR(AVALON_SIG, 2, struct iovec) +#define IOCTL_AVALON_DMA_WRITE _IOW(AVALON_SIG, 3, struct iovec) +#define IOCTL_AVALON_DMA_RDWR _IOWR(AVALON_SIG, 4, struct iovec[2]) +#define IOCTL_AVALON_DMA_READ_SG _IOR(AVALON_SIG, 5, struct iovec) +#define IOCTL_AVALON_DMA_WRITE_SG _IOW(AVALON_SIG, 6, struct iovec) +#define IOCTL_AVALON_DMA_RDWR_SG _IOWR(AVALON_SIG, 7, struct iovec[2]) +#define IOCTL_AVALON_DMA_READ_SG_SMP _IOR(AVALON_SIG, 8, struct iovec) +#define IOCTL_AVALON_DMA_WRITE_SG_SMP _IOW(AVALON_SIG, 9, struct iovec) + +#endif
Signature · 1 line
2.23.0
Re: [PATCH RFC v2 2/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
drivers/dma/avalon-test/Kconfig line 21
Quoted 7 lines · Alexander Gordeev
drivers/dma/avalon-test/Kconfig new file +7
-0+config AVALON_TEST_TARGET_BASE + hex "Target device base address" + default "0x70000000" + +config AVALON_TEST_TARGET_SIZE + hex "Target device memory size" + default "0x10000000"
Don't put stuff like this as a configuration option, requiring the kernel to be rebuilt. Make it dynamic, or from device tree, but not like this.
thanks,
greg k-h
Re: [PATCH RFC v2 2/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
In reply to Alexander GordeevQuoted 43 lines · Alexander Gordeev
drivers/dma/avalon-test/avalon-dev.c new file +37
-0@@ -0,0 +1,65 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/module.h> +#include <linux/fs.h> + +#include "avalon-dev.h" +#include "avalon-ioctl.h" +#include "avalon-mmap.h" + +const struct file_operations avalon_dev_fops = { + .llseek = generic_file_llseek, + .unlocked_ioctl = avalon_dev_ioctl, + .mmap = avalon_dev_mmap, +}; + +static struct avalon_dev avalon_dev; + +static int __init avalon_drv_init (void ) +{ +struct avalon_dev *adev = &avalon_dev; +struct dma_chan *chan; +dma_cap_mask_t mask; +int ret; + +dma_cap_zero (mask); +dma_cap_set (DMA_SLAVE , mask); + + chan =dma_request_channel (mask,NULL ,NULL ); +if (!chan) +return -ENODEV ; + + adev->dma_chan = chan;
drivers/dma/avalon-test/avalon-dev.c line 47
Quoted 10 lines
drivers/dma/avalon-test/avalon-dev.c new file +10
-0+ + adev->misc_dev.minor =MISC_DYNAMIC_MINOR ; + adev->misc_dev.name =DEVICE_NAME ; + adev->misc_dev.nodename =DEVICE_NAME ; + adev->misc_dev.fops = &avalon_dev_fops; + adev->misc_dev.mode =0644 ; + + ret =misc_register (&adev->misc_dev); +if (ret) +return ret;
dma_release_channel(chan);
Btw, I find the error labels very frustrating to read. They all are "come-from" style labels.
p = malloc(); if (!p) goto malloc_failed;
That doesn't tell me anything about what the goto does. It should be like:
if (ret) goto release_dma; return 0;
release_dma:
dma_release_channel(chan); return ret;
Quoted 79 lines
drivers/dma/avalon-test/avalon-dev.c new file +18
-0+ +return 0 ; +} + +static void __exit avalon_drv_exit(void) +{ +struct avalon_dev *adev = &avalon_dev; + +misc_deregister (&adev->misc_dev); +dma_release_channel (adev->dma_chan); +} + +module_init (avalon_drv_init); +module_exit (avalon_drv_exit); + +MODULE_AUTHOR ("Alexander Gordeev <[email protected]>" ); +MODULE_DESCRIPTION ("Avalon DMA control driver" ); +MODULE_LICENSE ("GPL v2" );drivers/dma/avalon-test/avalon-dev.h new file +33
-0@@ -0,0 +1,33 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_DEV_H__ +#define __AVALON_DEV_H__ + +#include <linux/dmaengine.h> +#include <linux/miscdevice.h> + +#include "../avalon/avalon-hw.h" + +#define TARGET_MEM_BASE CONFIG_AVALON_TEST_TARGET_BASE +#define TARGET_MEM_SIZE CONFIG_AVALON_TEST_TARGET_SIZE + +#define TARGET_DMA_SIZE (2 * AVALON_DMA_MAX_TANSFER_SIZE) +#define TARGET_DMA_SIZE_SG TARGET_MEM_SIZE + +#define DEVICE_NAME "avalon-dev" + +struct avalon_dev { +struct dma_chan *dma_chan; +struct miscdevice misc_dev; +}; + +static inline struct device *chan_to_dev (struct dma_chan *chan) +{ +return chan->device->dev; +} + +#endif drivers/dma/avalon-test/avalon-ioctl.c new file +16
-0@@ -0,0 +1,128 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/fs.h> +#include <linux/uio.h> + +#include <uapi/linux/avalon-ioctl.h> + +#include "avalon-xfer.h" + +long avalon_dev_ioctl (struct file *file,unsigned int cmd,unsigned long arg) +{
drivers/dma/avalon-test/avalon-ioctl.c line 26
Quoted 10 lines
drivers/dma/avalon-test/avalon-ioctl.c new file +10
-0+struct avalon_dev *adev =container_of (file->private_data, + struct avalon_dev, misc_dev); +struct dma_chan *chan = adev->dma_chan; +struct device *dev =chan_to_dev (chan); +struct iovec iovec[2 ]; +void __user *buf =NULL ,__user *buf_rd =NULL ,__user *buf_wr =NULL ; +size_t len =0 , len_rd =0 , len_wr =0 ; +int ret =0 ; + +dev_dbg (dev,"%s(%d) { cmd %x" , __FUNCTION__, __LINE__, cmd);
Use ftrace and delete this debug code.
Quoted 84 lines
drivers/dma/avalon-test/avalon-ioctl.c new file +84
-0+ +switch (cmd) { +case IOCTL_AVALON_DMA_GET_INFO : { +struct avalon_dma_info info = { + .mem_addr =TARGET_MEM_BASE , + .mem_size =TARGET_MEM_SIZE , + .dma_size =TARGET_DMA_SIZE , + .dma_size_sg =TARGET_DMA_SIZE_SG , + }; + +if (copy_to_user ((void *)arg, &info,sizeof (info))) { + ret = -EFAULT ; + goto done; + } + + goto done; + } +case IOCTL_AVALON_DMA_SET_INFO : + ret = -EINVAL ; + goto done; + +case IOCTL_AVALON_DMA_READ : +case IOCTL_AVALON_DMA_WRITE : +case IOCTL_AVALON_DMA_READ_SG : +case IOCTL_AVALON_DMA_WRITE_SG : +case IOCTL_AVALON_DMA_READ_SG_SMP : +case IOCTL_AVALON_DMA_WRITE_SG_SMP : +if (copy_from_user (iovec, (void *)arg,sizeof (iovec[0 ]))) { + ret = -EFAULT ; + goto done; + } + + buf = iovec[0 ].iov_base; + len = iovec[0 ].iov_len; + +break ; + +case IOCTL_AVALON_DMA_RDWR : +case IOCTL_AVALON_DMA_RDWR_SG : +if (copy_from_user (iovec, (void *)arg,sizeof (iovec))) { + ret = -EFAULT ; + goto done; + } + + buf_rd = iovec[0 ].iov_base; + len_rd = iovec[0 ].iov_len; + + buf_wr = iovec[1 ].iov_base; + len_wr = iovec[1 ].iov_len; + +break ; + +default : + ret = -EINVAL ; + goto done; + }; + +dev_dbg (dev, +"%s(%d) buf %px len %ld\nbuf_rd %px len_rd %ld\nbuf_wr %px len_wr %ld\n" , + __FUNCTION__, __LINE__, buf, len, buf_rd, len_rd, buf_wr, len_wr); + +switch (cmd) { +case IOCTL_AVALON_DMA_READ : + ret =xfer_rw (chan,DMA_FROM_DEVICE , buf, len); +break ; +case IOCTL_AVALON_DMA_WRITE : + ret =xfer_rw (chan,DMA_TO_DEVICE , buf, len); +break ; +case IOCTL_AVALON_DMA_RDWR : + ret =xfer_simultaneous (chan, + buf_rd, len_rd, + buf_wr, len_wr); +break ; + +case IOCTL_AVALON_DMA_READ_SG : + ret =xfer_rw_sg (chan,DMA_FROM_DEVICE , buf, len, false); +break ; +case IOCTL_AVALON_DMA_WRITE_SG : + ret =xfer_rw_sg (chan,DMA_TO_DEVICE , buf, len, false); +break ; +case IOCTL_AVALON_DMA_READ_SG_SMP : + ret =xfer_rw_sg (chan,DMA_FROM_DEVICE , buf, len, true); +break ; +case IOCTL_AVALON_DMA_WRITE_SG_SMP :
drivers/dma/avalon-test/avalon-ioctl.c line 120
Quoted 10 lines
drivers/dma/avalon-test/avalon-ioctl.c new file +10
-0+ ret =xfer_rw_sg (chan,DMA_TO_DEVICE , buf, len, true); +break ; +case IOCTL_AVALON_DMA_RDWR_SG : + ret =xfer_simultaneous_sg (chan, + buf_rd, len_rd, + buf_wr, len_wr); +break ; + +default : +BUG ();
BUG() really raises the stakes in this context...
Quoted 36 lines
drivers/dma/avalon-test/avalon-ioctl.c new file +8
-0+ ret = -EINVAL ; + }; + +done: +dev_dbg (dev,"%s(%d) } = %d" , __FUNCTION__, __LINE__, ret); + +return ret; +}drivers/dma/avalon-test/avalon-ioctl.h new file +12
-0@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_IOCTL_H__ +#define __AVALON_IOCTL_H__ + +long avalon_dev_ioctl (struct file *file,unsigned int cmd,unsigned long arg); + +#endif drivers/dma/avalon-test/avalon-mmap.c new file +4
-0@@ -0,0 +1,93 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +*
drivers/dma/avalon-test/avalon-mmap.c line 14
Quoted 10 lines
drivers/dma/avalon-test/avalon-mmap.c new file +10
-0+* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/fs.h> +#include <linux/dma-direction.h> + +#include "avalon-dev.h" +#include "avalon-sg-buf.h" + +const gfp_t gfp_flags =GFP_KERNEL ;
Lol. No. Don't do this.
Quoted 23 lines
drivers/dma/avalon-test/avalon-mmap.c new file +23
-0+ +static void avalon_drv_vm_close (struct vm_area_struct *vma) +{ +struct dma_sg_buf *sg_buf = vma->vm_private_data; +struct device *dev = sg_buf->dev; + +dev_dbg (dev,"%s(%d) vma %px sg_buf %px" , + __FUNCTION__, __LINE__, vma, sg_buf); + +dma_sg_buf_free (sg_buf); +} + +static const struct vm_operations_struct avalon_drv_vm_ops = { + .close = avalon_drv_vm_close, +}; + +int avalon_dev_mmap (struct file *file,struct vm_area_struct *vma) +{ +struct avalon_dev *adev =container_of (file->private_data, + struct avalon_dev, misc_dev); +struct device *dev =chan_to_dev (adev->dma_chan); +unsigned long addr = vma->vm_start; +unsigned long size = vma->vm_end - vma->vm_start;
drivers/dma/avalon-test/avalon-mmap.c line 47
Quoted 10 lines
drivers/dma/avalon-test/avalon-mmap.c new file +10
-0+enum dma_data_direction dir; +struct dma_sg_buf *sg_buf; +int ret; +int i; + +dev_dbg (dev,"%s(%d) { vm_pgoff %08lx vm_flags %08lx, size %lu" , + __FUNCTION__, __LINE__, vma->vm_pgoff, vma->vm_flags, size); + +if (!(IS_ALIGNED (addr,PAGE_SIZE ) &&IS_ALIGNED (size,PAGE_SIZE ))) +return -EINVAL ;
if (!IS_ALIGNED(addr, PAGE_SIZE) || !IS_ALIGNED(size, PAGE_SIZE))
return -EINVAL;
Quoted 132 lines
drivers/dma/avalon-test/avalon-mmap.c new file +46
-0+if ((vma->vm_pgoff *PAGE_SIZE + size) >TARGET_MEM_SIZE ) +return -EINVAL ; +if (!(((vma->vm_flags & (VM_READ |VM_WRITE )) ==VM_READ ) || + ((vma->vm_flags & (VM_READ |VM_WRITE )) ==VM_WRITE ))) +return -EINVAL ; +if (!(vma->vm_flags &VM_SHARED )) +return -EINVAL ; + + vma->vm_ops = &avalon_drv_vm_ops; + +if (vma->vm_flags &VM_WRITE ) + dir =DMA_TO_DEVICE ; +else + dir =DMA_FROM_DEVICE ; + + sg_buf =dma_sg_buf_alloc (dev, size, dir, gfp_flags); +if (IS_ERR (sg_buf)) { + ret =PTR_ERR (sg_buf); + goto sg_buf_alloc_err; + } + +for (i =0 ; size >0 ; i++) { + ret =vm_insert_page (vma, addr, sg_buf->pages[i]); +if (ret) + goto ins_page_err; + + addr +=PAGE_SIZE ; + size -=PAGE_SIZE ; + }; + + vma->vm_private_data = sg_buf; + +dev_dbg (dev,"%s(%d) } vma %px sg_buf %px" , + __FUNCTION__, __LINE__, vma, sg_buf); + +return 0 ; + +ins_page_err: +dma_sg_buf_free (sg_buf); + +sg_buf_alloc_err: +dev_dbg (dev,"%s(%d) } vma %px err %d" , + __FUNCTION__, __LINE__, vma, ret); + +return ret; +}drivers/dma/avalon-test/avalon-mmap.h new file +12
-0@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_MMAP_H__ +#define __AVALON_MMAP_H__ + +int avalon_dev_mmap (struct file *file,struct vm_area_struct *vma); + +#endif drivers/dma/avalon-test/avalon-sg-buf.c new file +62
-0@@ -0,0 +1,132 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/dma-mapping.h> +#include <linux/slab.h> + +#include "avalon-sg-buf.h" + +static int dma_sg_alloc_compacted (struct dma_sg_buf *buf,gfp_t gfp_flags) +{ +unsigned int last_page =0 ; +int size = buf->size; + +while (size >0 ) { +struct page *pages; +int order; +int i; + + order =get_order (size); +/* Dont over allocate*/ +if ((PAGE_SIZE << order) > size) + order--; + + pages =NULL ; +while (!pages) { + pages =alloc_pages (gfp_flags | __GFP_NOWARN, order); +if (pages) +break ; + +if (order ==0 ) { +while (last_page--) +__free_page (buf->pages[last_page]); +return -ENOMEM ; + } + order--; + } + +split_page (pages, order); +for (i =0 ; i < (1 << order); i++) + buf->pages[last_page++] = &pages[i]; + + size -=PAGE_SIZE << order; + } + +return 0 ; +} + +struct dma_sg_buf *dma_sg_buf_alloc (struct device *dev, +unsigned long size, +enum dma_data_direction dma_dir, +gfp_t gfp_flags) +{ +struct dma_sg_buf *buf; +struct sg_table *sgt; +int ret; +int num_pages; + + buf =kzalloc (sizeof (*buf),GFP_KERNEL );
drivers/dma/avalon-test/avalon-sg-buf.c line 72
Quoted 10 lines
drivers/dma/avalon-test/avalon-sg-buf.c new file +10
-0+if (!buf) +return ERR_PTR (-ENOMEM ); + + buf->dma_dir = dma_dir; + buf->size = size; +/* size is already page aligned */ + buf->num_pages = size >>PAGE_SHIFT ; + + buf->pages =kvmalloc_array (buf->num_pages,sizeof (struct page *), +GFP_KERNEL | __GFP_ZERO);
Use kvcalloc() instead of __GFP_ZERO.
Quoted 120 lines
drivers/dma/avalon-test/avalon-sg-buf.c new file +60
-0+if (!buf->pages) + goto fail_pages_array_alloc; + + ret =dma_sg_alloc_compacted (buf, gfp_flags); +if (ret) + goto fail_pages_alloc; + + ret =sg_alloc_table_from_pages (&buf->sgt, buf->pages, + buf->num_pages,0 , size, +GFP_KERNEL ); +if (ret) + goto fail_table_alloc; + + buf->dev =get_device (dev); + + sgt = &buf->sgt; + + sgt->nents =dma_map_sg_attrs (buf->dev, sgt->sgl, sgt->orig_nents, + buf->dma_dir,DMA_ATTR_SKIP_CPU_SYNC ); +if (!sgt->nents) + goto fail_map; + + buf->vaddr =vm_map_ram (buf->pages, buf->num_pages,-1 ,PAGE_KERNEL ); +if (!buf->vaddr) + goto fail_vm_map; + +return buf; + +fail_vm_map: +dma_unmap_sg_attrs (buf->dev, sgt->sgl, sgt->orig_nents, + buf->dma_dir,DMA_ATTR_SKIP_CPU_SYNC ); +fail_map: +put_device (buf->dev); +sg_free_table (&buf->sgt); +fail_table_alloc: + num_pages = buf->num_pages; +while (num_pages--) +__free_page (buf->pages[num_pages]); +fail_pages_alloc: +kvfree (buf->pages); +fail_pages_array_alloc: +kfree (buf); +return ERR_PTR (-ENOMEM ); +} + +void dma_sg_buf_free (struct dma_sg_buf *buf) +{ +struct sg_table *sgt = &buf->sgt; +int i = buf->num_pages; + +dma_unmap_sg_attrs (buf->dev, sgt->sgl, sgt->orig_nents, + buf->dma_dir,DMA_ATTR_SKIP_CPU_SYNC ); +vm_unmap_ram (buf->vaddr, buf->num_pages); +sg_free_table (&buf->sgt); +while (--i >=0 ) +__free_page (buf->pages[i]); +kvfree (buf->pages); +put_device (buf->dev); +kfree (buf); +}drivers/dma/avalon-test/avalon-sg-buf.h new file +26
-0@@ -0,0 +1,26 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_SG_BUF_H__ +#define __AVALON_SG_BUF_H__ + +struct dma_sg_buf { +struct device *dev; +void *vaddr; +struct page **pages; +enum dma_data_direction dma_dir; +struct sg_table sgt; +size_t size; +unsigned int num_pages; +}; + +struct dma_sg_buf *dma_sg_buf_alloc (struct device *dev, +unsigned long size, +enum dma_data_direction dma_dir, +gfp_t gfp_flags); +void dma_sg_buf_free (struct dma_sg_buf *buf); + +#endif drivers/dma/avalon-test/avalon-util.c new file +22
-0@@ -0,0 +1,54 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/errno.h> +#include <linux/string.h> +#include <linux/device.h> + +#if defined(CONFIG_DYNAMIC_DEBUG ) +static int print_mem (char *buf,size_t buf_len, +const void *mem,size_t mem_len) +{ +int ret, i, total =0 ; + +if (buf_len <3 ) +return -EINVAL ; + + mem_len =min_t (size_t, mem_len, buf_len /3 ); +for (i =0 ; i < mem_len; i++) {
drivers/dma/avalon-test/avalon-util.c line 32
Quoted 10 lines
drivers/dma/avalon-test/avalon-util.c new file +10
-0+ ret =snprintf (buf + total, buf_len - total, +"%02X " , ((const unsigned char *)mem)[i]); +if (ret <0 ) { +strcpy (buf,"--" ); +return ret; + } + total += ret; + } + + buf[total] =0 ;
This NUL terminator could corrupt memory. Also use '\0' instead of 0.
Kernel snprintf() is different from user space snprintf() and it never returns negative error codes, so remove the < 0 check. But the thing you have to watch out for is that it returns the number of bytes which would have been copied (not counting NUL terminator) if we didn't run out of space.
total += snprintf(buf + total, buf_len - total, ...
if (total >= buf_len) {
total = buf_len - 1;
break;
}There is no need to manually add a NUL terminator. snprintf() will handle that for you so long as buf_len is not zero.
Quoted 55 lines
drivers/dma/avalon-test/avalon-util.c new file +22
-0+ + return total; +} + +void dump_mem (struct device *dev,void *data,size_t len) +{ +char buf[256 ]; +int n; + + n =snprintf (buf,sizeof (buf), +"%s(%d): %px [ " , + __FUNCTION__, __LINE__, data); + +print_mem (buf + n,sizeof (buf) - n, data, len); + +dev_dbg (dev,"%s(%d): %s]\n" , __FUNCTION__, __LINE__, buf); +} +#else +void dump_mem (struct device *dev,void *data,size_t len) +{ +} +#endif drivers/dma/avalon-test/avalon-util.h new file +12
-0@@ -0,0 +1,12 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#ifndef __AVALON_UTIL_H__ +#define __AVALON_UTIL_H__ + +void dump_mem (struct device *dev,void *data,size_t len); + +#endif drivers/dma/avalon-test/avalon-xfer.c new file +9
-0@@ -0,0 +1,697 @@ +// SPDX-License-Identifier: GPL-2.0 +/* +* Avalon DMA driver +* +* Author: Alexander Gordeev <[email protected]> +*/ +#include <linux/kernel.h> +#include <linux/slab.h> +#include <linux/dma-mapping.h>
drivers/dma/avalon-test/avalon-xfer.c line 19
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+#include <linux/uaccess.h> +#include <linux/kthread.h> +#include <linux/sched/signal.h> +#include <linux/dmaengine.h> + +#include "avalon-xfer.h" +#include "avalon-sg-buf.h" +#include "avalon-util.h" + +static const size_t dma_size =TARGET_DMA_SIZE ;
Please use TARGET_DMA_SIZE directly.
Quoted 14 lines
drivers/dma/avalon-test/avalon-xfer.c new file +14
-0+static const int nr_dma_reps =2 ; +static const int dmas_per_cpu =8 ; + +char *__dir_str[] = { + [DMA_BIDIRECTIONAL ] ="DMA_BIDIRECTIONAL" , + [DMA_TO_DEVICE ] ="DMA_TO_DEVICE" , + [DMA_FROM_DEVICE ] ="DMA_FROM_DEVICE" , + [DMA_NONE ] ="DMA_NONE" , +}; + +struct xfer_callback_info { +struct completion completion; +atomic_t counter; +ktime_t kt_start;
drivers/dma/avalon-test/avalon-xfer.c line 43
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+ktime_t kt_end; +}; + +static inline struct dma_async_tx_descriptor *__dmaengine_prep_slave_single ( +struct dma_chan *chan,dma_addr_t buf,size_t len, +enum dma_transfer_direction dir,unsigned long flags) +{ +struct scatterlist *sg; + + sg =kmalloc (sizeof (*sg),GFP_KERNEL );
Need a NULL check.
drivers/dma/avalon-test/avalon-xfer.c line 50
Quoted 7 lines
drivers/dma/avalon-test/avalon-xfer.c new file +7
-0+ +sg_init_table (sg,1 ); +sg_dma_address (sg) = buf; +sg_dma_len (sg) = len; + +if (!chan || !chan->device || !chan->device->device_prep_slave_sg) +return NULL ;
Free sg?
Quoted 17 lines
drivers/dma/avalon-test/avalon-xfer.c new file +17
-0+ +return chan->device->device_prep_slave_sg (chan, sg,1 , + dir, flags,NULL ); +} + +static void init_callback_info (struct xfer_callback_info *info,int value) +{ +init_completion (&info->completion); + +atomic_set (&info->counter, value); +smp_wmb (); + + info->kt_start =ktime_get (); +} + +static int xfer_callback (struct xfer_callback_info *info,const char *pfx) +{
drivers/dma/avalon-test/avalon-xfer.c line 77
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+int ret; + + info->kt_end =ktime_get (); + +smp_rmb (); +if (atomic_dec_and_test (&info->counter)) { +complete (&info->completion); + ret =0 ; + }else { + ret =1 ;
Just return directly.
Quoted 40 lines
drivers/dma/avalon-test/avalon-xfer.c new file +40
-0+ } + + +return ret; +} + +static void rd_xfer_callback (void *dma_async_param) +{ +struct xfer_callback_info *info = dma_async_param; + +xfer_callback (info,"rd" ); + +} + +static void wr_xfer_callback (void *dma_async_param) +{ +struct xfer_callback_info *info = dma_async_param; + +xfer_callback (info,"wr" ); +} + +static int +submit_xfer_single (struct dma_chan *chan, +enum dma_data_direction dir, +dma_addr_t dev_addr, +dma_addr_t host_addr,unsigned int size, +dma_async_tx_callback callback,void *callback_param) +{ +struct dma_async_tx_descriptor *tx; +struct dma_slave_config config = { + .direction = dir, + .src_addr = dev_addr, + .dst_addr = dev_addr, + }; +int ret; + + ret =dmaengine_slave_config (chan, &config); +if (ret) +return ret; +
drivers/dma/avalon-test/avalon-xfer.c line 127
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+ tx =__dmaengine_prep_slave_single (chan, host_addr, size, dir,0 ); +if (!tx) +return -ENOMEM ; + + tx->callback = callback; + tx->callback_param = callback_param; + + ret =dmaengine_submit (tx); +if (ret <0 ) +return ret;
Do we need to free anything on this path? I'm not sure.
Quoted 41 lines
drivers/dma/avalon-test/avalon-xfer.c new file +41
-0+ +return 0 ; +} + +static int +submit_xfer_sg (struct dma_chan *chan, +enum dma_data_direction dir, +dma_addr_t dev_addr, +struct scatterlist *sg,unsigned int sg_len, +dma_async_tx_callback callback,void *callback_param) +{ +struct dma_async_tx_descriptor *tx; +struct dma_slave_config config = { + .direction = dir, + .src_addr = dev_addr, + .dst_addr = dev_addr, + }; +int ret; + + ret =dmaengine_slave_config (chan, &config); +if (ret) +return ret; + + tx =dmaengine_prep_slave_sg (chan, sg, sg_len, dir,0 ); +if (!tx) +return -ENOMEM ; + + tx->callback = callback; + tx->callback_param = callback_param; + + ret =dmaengine_submit (tx); +if (ret <0 ) +return ret; + +return 0 ; +} + +int xfer_rw (struct dma_chan *chan, +enum dma_data_direction dir, +void __user *user_buf,size_t user_len) +{
drivers/dma/avalon-test/avalon-xfer.c line 178
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+struct device *dev =chan_to_dev (chan); +dma_addr_t dma_addr; +void *buf; +struct xfer_callback_info info; +void (*xfer_callback)(void *dma_async_param); +int ret; +int i; + +const size_t size = dma_size; +const int nr_reps = nr_dma_reps;
Delete these. Use the values directly.
Quoted 21 lines
drivers/dma/avalon-test/avalon-xfer.c new file +21
-0+ +dev_dbg (dev,"%s(%d) { dir %s" , + __FUNCTION__, __LINE__, __dir_str[dir]); + +if (user_len < size) { + ret = -EINVAL ; + goto mem_len_err; + }else { + user_len = size; + } + +switch (dir) { +case DMA_TO_DEVICE : + xfer_callback = wr_xfer_callback; +break ; +case DMA_FROM_DEVICE : + xfer_callback = rd_xfer_callback; +break ; +default : +BUG (); + ret = -EINVAL ;
drivers/dma/avalon-test/avalon-xfer.c line 209
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+ goto dma_dir_err; + } + + buf =kmalloc (size,GFP_KERNEL ); +if (!buf) { + ret = -ENOMEM ; + goto mem_alloc_err; + } + +memset (buf,0 , size);
Use kzalloc().
Quoted 59 lines
drivers/dma/avalon-test/avalon-xfer.c new file +59
-0+ +if (dir ==DMA_TO_DEVICE ) { +if (copy_from_user (buf, user_buf, user_len)) { + ret = -EFAULT ; + goto cp_from_user_err; + } + } + + dma_addr =dma_map_single (dev, buf, size, dir); +if (dma_mapping_error (dev, dma_addr)) { + ret = -ENOMEM ; + goto dma_alloc_err; + } + +init_callback_info (&info, nr_reps); + +dev_dbg (dev,"%s(%d) dma_addr %08llx size %lu dir %d reps = %d" , + __FUNCTION__, __LINE__, dma_addr, size, dir, nr_reps); + +for (i =0 ; i < nr_reps; i++) { + ret =submit_xfer_single (chan, dir, +TARGET_MEM_BASE , dma_addr, size, + xfer_callback, &info); +if (ret) + goto dma_submit_err; + } + +dma_async_issue_pending (chan); + + ret =wait_for_completion_interruptible (&info.completion); +if (ret) + goto wait_err; + +if (dir ==DMA_FROM_DEVICE ) { +if (copy_to_user (user_buf, buf, user_len)) + ret = -EFAULT ; + } + +wait_err: +dma_submit_err: +dma_unmap_single (dev, dma_addr, size, dir); + +dma_alloc_err: +cp_from_user_err: +kfree (buf); + +mem_alloc_err: +dma_dir_err: +mem_len_err: +dev_dbg (dev,"%s(%d) } = %d" , __FUNCTION__, __LINE__, ret); + +return ret; +} + +int xfer_simultaneous (struct dma_chan *chan, +void __user *user_buf_rd,size_t user_len_rd, +void __user *user_buf_wr,size_t user_len_wr) +{ +struct device *dev =chan_to_dev (chan);
drivers/dma/avalon-test/avalon-xfer.c line 278
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+dma_addr_t dma_addr_rd, dma_addr_wr; +void *buf_rd, *buf_wr; +struct xfer_callback_info info; +int ret; +int i; + +const size_t size = dma_size; +const dma_addr_t target_rd =TARGET_MEM_BASE ; +const dma_addr_t target_wr = target_rd + size; +const int nr_reps = nr_dma_reps;
Use values directly.
drivers/dma/avalon-test/avalon-xfer.c line 280
Quoted 2 lines
drivers/dma/avalon-test/avalon-xfer.c new file +2
-0+ +dev_dbg (dev,"%s(%d) {" , __FUNCTION__, __LINE__);
Delete these pointless debug statements and use ftrace instead.
Quoted 19 lines
drivers/dma/avalon-test/avalon-xfer.c new file +19
-0+ +if (user_len_rd < size) { + ret = -EINVAL ; + goto mem_len_err; + }else { + user_len_rd = size; + } + +if (user_len_wr < size) { + ret = -EINVAL ; + goto mem_len_err; + }else { + user_len_wr = size; + } + + buf_rd =kmalloc (size,GFP_KERNEL ); +if (!buf_rd) { + ret = -ENOMEM ; + goto rd_mem_alloc_err;
drivers/dma/avalon-test/avalon-xfer.c line 309
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+ } + + buf_wr =kmalloc (size,GFP_KERNEL ); +if (!buf_wr) { + ret = -ENOMEM ; + goto wr_mem_alloc_err; + } + +memset (buf_rd,0 , size); +memset (buf_wr,0 , size);
kzalloc().
drivers/dma/avalon-test/avalon-xfer.c line 311
Quoted 2 lines
drivers/dma/avalon-test/avalon-xfer.c new file +2
-0+ +if (copy_from_user (buf_wr, user_buf_wr, user_len_wr)) {
Use TARGET_DMA_SIZE directly. It's confusing to go through so many levels of indirection...
if (copy_from_user(buf_wr, user_buf_wr, TARGET_DMA_SIZE)) {Quoted 69 lines
drivers/dma/avalon-test/avalon-xfer.c new file +69
-0+ ret = -EFAULT ; + goto cp_from_user_err; + } + + dma_addr_rd =dma_map_single (dev, buf_rd, size,DMA_FROM_DEVICE ); +if (dma_mapping_error (dev, dma_addr_rd)) { + ret = -ENOMEM ; + goto rd_dma_map_err; + } + + dma_addr_wr =dma_map_single (dev, buf_wr, size,DMA_TO_DEVICE ); +if (dma_mapping_error (dev, dma_addr_rd)) { + ret = -ENOMEM ; + goto wr_dma_map_err; + } + +init_callback_info (&info,2 * nr_reps); + +for (i =0 ; i < nr_reps; i++) { + ret =submit_xfer_single (chan,DMA_TO_DEVICE , + target_wr, dma_addr_wr, size, + wr_xfer_callback, &info); +if (ret <0 ) + goto rd_dma_submit_err; + + ret =submit_xfer_single (chan,DMA_FROM_DEVICE , + target_rd, dma_addr_rd, size, + rd_xfer_callback, &info); +if (ret <0 ) + goto wr_dma_submit_err; + } + +dma_async_issue_pending (chan); + +dev_dbg (dev, +"%s(%d) dma_addr %08llx/%08llx rd_size %lu wr_size %lu" , + __FUNCTION__, __LINE__, + dma_addr_rd, dma_addr_wr, size, size); + + ret =wait_for_completion_interruptible (&info.completion); +if (ret) + goto wait_err; + +if (copy_to_user (user_buf_rd, buf_rd, user_len_rd)) + ret = -EFAULT ; + +wait_err: +wr_dma_submit_err: +rd_dma_submit_err: +dma_unmap_single (dev, dma_addr_wr, size,DMA_TO_DEVICE ); + +wr_dma_map_err: +dma_unmap_single (dev, dma_addr_rd, size,DMA_FROM_DEVICE ); + +rd_dma_map_err: +cp_from_user_err: +kfree (buf_wr); + +wr_mem_alloc_err: +kfree (buf_rd); + +rd_mem_alloc_err: +mem_len_err: +dev_dbg (dev,"%s(%d) } = %d" , __FUNCTION__, __LINE__, ret); + +return ret; +} + +static int kthread_xfer_rw_sg(struct dma_chan *chan,
drivers/dma/avalon-test/avalon-xfer.c line 390
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+enum dma_data_direction dir, + dma_addr_t dev_addr, + struct scatterlist *sg, unsigned int sg_len, + void (*xfer_callback)(void *dma_async_param)) +{ + struct xfer_callback_info info; +int ret; +int i; + +const int nr_reps = nr_dma_reps;
Do it directly.
Quoted 55 lines
drivers/dma/avalon-test/avalon-xfer.c new file +55
-0+ +while (!kthread_should_stop ()) { +init_callback_info (&info, nr_reps); + +for (i =0 ; i < nr_reps; i++) { + ret =submit_xfer_sg (chan, dir, + dev_addr, sg, sg_len, + xfer_callback, &info); +if (ret <0 ) + goto err; + } + +dma_async_issue_pending (chan); + + ret =wait_for_completion_interruptible (&info.completion); +if (ret) + goto err; + } + +return 0 ; + +err: +while (!kthread_should_stop ()) +cond_resched (); + +return ret; +} + +struct kthread_xfer_rw_sg_data { +struct dma_chan *chan; +enum dma_data_direction dir; +dma_addr_t dev_addr; +struct scatterlist *sg; +unsigned int sg_len; +void (*xfer_callback)(void *dma_async_param); +}; + +static int __kthread_xfer_rw_sg (void *_data) +{ +struct kthread_xfer_rw_sg_data *data = _data; + +return kthread_xfer_rw_sg (data->chan, data->dir, + data->dev_addr, data->sg, data->sg_len, + data->xfer_callback); +} + +static int __xfer_rw_sg_smp (struct dma_chan *chan, +enum dma_data_direction dir, +dma_addr_t dev_addr, +struct scatterlist *sg,unsigned int sg_len, +void (*xfer_callback)(void *dma_async_param)) +{ +struct kthread_xfer_rw_sg_data data = { + chan, dir, + dev_addr, sg, sg_len,
drivers/dma/avalon-test/avalon-xfer.c line 455
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+ xfer_callback + }; +struct task_struct *task; +struct task_struct **tasks; +int nr_tasks = dmas_per_cpu *num_online_cpus (); +int n, cpu; +int ret =0 ; +int i =0 ; + + tasks =kmalloc (sizeof (tasks[0 ]) * nr_tasks,GFP_KERNEL );
kmalloc_array().
Quoted 27 lines
drivers/dma/avalon-test/avalon-xfer.c new file +27
-0+if (!tasks) +return -ENOMEM ; + +for (n =0 ; n < dmas_per_cpu; n++) { +for_each_online_cpu (cpu) { +if (i >= nr_tasks) { + ret = -ENOMEM ; + goto kthread_err; + } + + task =kthread_create (__kthread_xfer_rw_sg, + &data,"av-dma-sg-%d-%d" , cpu, n); +if (IS_ERR (task)) { + ret =PTR_ERR (task); + goto kthread_err; + } + +kthread_bind (task, cpu); + + tasks[i] = task; + i++; + } + } + +for (i =0 ; i < nr_tasks; i++) +wake_up_process (tasks[i]); +
drivers/dma/avalon-test/avalon-xfer.c line 492
Quoted 10 lines
drivers/dma/avalon-test/avalon-xfer.c new file +10
-0+/* +* Run child kthreads until user sent a signal (i.e Ctrl+C) +* and clear the signal to avid user program from being killed. +*/ +schedule_timeout_interruptible (MAX_SCHEDULE_TIMEOUT ); +flush_signals (current); + +kthread_err: +for (i =0 ; i < nr_tasks; i++) +kthread_stop (tasks[i]);
This will Oops when you try free uninitialized data.
The way to do error handling is:
1) Use good label names which say what the label does. "goto free_foo;"
2) Keep track of the most recently allocated thing. "foo"
3) Free most recent thing. That will free everything and it *won't* free things which haven't been allocated.
Here it's complicated because we have to break out of a loop. The rules for loops are:
4) free the partial iteration before the goto.
5) free down to zero
for (i = 0; i < cnt; i++) {
foo = alloc();
if (!foo)
goto unwind_loop;
foo->bar = alloc();
if (!bar) {
free(foo);
goto unwind_loop;
}
foo->bar->baz = alloc();
if (!baz) {
free(foo->bar);
free(foo);
goto unwind_loop;
}
array[i] = foo;
}
return 0;unwind_loop:
while (--i >= 0) {
free(array[i]->bar->baz);
free(array[i]->bar);
free(array[i]);
}
free(array);
return -ENOMEM;My other comment would be that you're sacrificing a lot of readability to add debug code to this driver... It's hard to review.
drivers/dma/avalon-test/avalon-xfer.c line 497
Quoted 5 lines
drivers/dma/avalon-test/avalon-xfer.c new file +5
-0+ +kfree (tasks); + +return ret; +}
regards,
dan carpenter