DMA Engine

• Thread Index

• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: "Ardelean, Alexandru" <alexandru.Ardelean@xxxxxxxxxx>
• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH v3 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 -next 1/7] dmaengine: xilinx_dma: Remove desc_callback_valid check
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 7/7] dmaengine: xilinx_dma: Clear desc_pendingcount in xilinx_dma_reset
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 4/7] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 5/7] dmaengine: xilinx_dma: Add callback_result support
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 0/7] dmaengine: xilinx_dma: AXI DMA driver improvements
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 6/7] dmaengine: xilinx_dma: Print debug message when no free tx segments
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 3/7] dmaengine: xilinx_dma: Remove residue from channel data
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH v2 -next 2/7] dmaengine: xilinx_dma: Merge get_callback and _invoke
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 02/10] dt-bindings: dmaengine: usb-dmac: Add binding for r8a774b1
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: sprd: Fix the possible memory leak issue
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: sprd: Change to use devm_platform_ioremap_resource()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH -next 0/4] dmaengine: xilinx_dma: Minor functional fixes
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: "Ardelean, Alexandru" <alexandru.Ardelean@xxxxxxxxxx>
• [PATCH v4 2/2] dmaengine: milbeaut-hdmac: Add HDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v4 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v4 0/2] Add support for AHB DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v3 2/2] dmaengine: milbeaut-xdmac: Add XDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v3 1/2] dt-bindings: milbeaut-m10v-xdmac: Add Socionext Milbeaut XDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v3 0/2] Add support for AXI DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• Re: Regression: dmaengine: imx28 with emmc
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: jz4780: Use devm_platform_ioremap_resource() in jz4780_dma_probe()
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/11] dts: arm64: layerscape: add dma-ranges property to qoric-mc node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH 07/11] dts: arm64: layerscape: add dma-ranges property to qoric-mc node
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH v1] dmaengine: dw: platform: Mark 'hclk' clock optional
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 08/11] dts: arm64: layerscape: add dma-ranges property to pcie nodes
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH] dmaengine: bcm-sba-raid: Handle mbox_request_channel failure
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 07/11] dts: arm64: layerscape: add dma-ranges property to qoric-mc node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH] dmaengine: iop-adma: make array 'handler' static const, makes object smaller
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v1] dmaengine: dw: platform: Mark 'hclk' clock optional
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• RE: [PATCH v1] dmaengine: imx-sdma: fix kernel hangs with SLUB slab allocator
  • From: Robin Gong <yibin.gong@xxxxxxx>
• Re: [PATCH v1] dmaengine: imx-sdma: fix kernel hangs with SLUB slab allocator
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v1] dmaengine: imx-sdma: fix kernel hangs with SLUB slab allocator
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [RFC v2 4/4] MAINTAINERS: Add Green as SiFive PDMA driver maintainer
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [RFC v2 3/4] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [RFC v2 2/4] riscv: dts: add support for PDMA device of HiFive Unleashed Rev A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [RFC v2 1/4] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [RFC v2 0/4] dmaengine: sf-pdma: Add platform dma driver
  • From: Green Wan <green.wan@xxxxxxxxxx>
• Re: [PATCH] dmaengine: at_xdmac: Use devm_platform_ioremap_resource() in at_xdmac_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: zx: Use devm_platform_ioremap_resource() in zx_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: jz4780: Use devm_platform_ioremap_resource() in jz4780_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: owl: Use devm_platform_ioremap_resource() in owl_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: mediatek: Use devm_platform_ioremap_resource() in mtk_uart_apdma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: mediatek: Use devm_platform_ioremap_resource() in mtk_cqdma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: k3dma: Use devm_platform_ioremap_resource() in k3_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: jz4780: Use devm_platform_ioremap_resource() in jz4780_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v4] dmaengine: tegra210-adma: fix transfer failure
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v3 0/4] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: sprd: Fix the link-list pointer register configuration issue
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v4 3/4] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH] dmaengine: sf-pdma: sf_pdma_disclaim_chan() can be static
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v3 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: "santosh.shilimkar@xxxxxxxxxx" <santosh.shilimkar@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH 10/10] arm64: dts: renesas: r8a774b1: Add INTC-EX device node
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/10] arm64: dts: renesas: r8a774b1: Add USB3.0 device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] arm64: dts: renesas: r8a774b1: Add USB-DMAC and HSUSB device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/10] arm64: dts: renesas: r8a774b1: Add USB2.0 phy and host (EHCI/OHCI) device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 2/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 08/14] dmaengine: ti: New driver for K3 UDMA - split#1: defines, structs, io func
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH v3 02/14] soc: ti: k3: add navss ringacc driver
  • From: Lokesh Vutla <lokeshvutla@xxxxxx>
• Re: [PATCH RFC v2 2/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] staging: Support Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• [PATCH RFC v2 2/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe test
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• [PATCH v2 1/2] dmaengine: avalon: Intel Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• [PATCH v2 0/2] dmaengine: avalon: Support Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH v3 05/14] dmaengine: Add support for reporting DMA cached data amount
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH v3 06/14] dmaengine: ti: Add cppi5 header for UDMA
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH] dmaengine: sprd: Fix the possible memory leak issue
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH] dmaengine: at_xdmac: Use devm_platform_ioremap_resource() in at_xdmac_probe()
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/14] dmaengine: Add metadata_ops for dma_async_tx_descriptor
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH v3 03/14] dmaengine: doc: Add sections for per descriptor metadata support
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH v3 02/14] soc: ti: k3: add navss ringacc driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• RE: [PATCH 06/10] dt-bindings: usb: renesas_usb3: Document r8a774b1 support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 05/10] dt-bindings: usb-xhci: Add r8a774b1 support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 04/10] dt-bindings: rcar-gen3-phy-usb3: Add r8a774b1 support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 03/10] dt-bindings: usb: renesas_usbhs: Add r8a774b1 support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 02/10] dt-bindings: dmaengine: usb-dmac: Add binding for r8a774b1
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 01/10] dt-bindings: rcar-gen3-phy-usb2: Add r8a774b1 support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 06/10] dt-bindings: usb: renesas_usb3: Document r8a774b1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 05/10] dt-bindings: usb-xhci: Add r8a774b1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] dt-bindings: rcar-gen3-phy-usb3: Add r8a774b1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] dt-bindings: usb: renesas_usbhs: Add r8a774b1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/10] dt-bindings: dmaengine: usb-dmac: Add binding for r8a774b1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] dt-bindings: rcar-gen3-phy-usb2: Add r8a774b1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 01/10] dt-bindings: rcar-gen3-phy-usb2: Add r8a774b1 support
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 02/10] dt-bindings: dmaengine: usb-dmac: Add binding for r8a774b1
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 06/10] dt-bindings: usb: renesas_usb3: Document r8a774b1 support
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 05/10] dt-bindings: usb-xhci: Add r8a774b1 support
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 04/10] dt-bindings: rcar-gen3-phy-usb3: Add r8a774b1 support
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 09/10] arm64: dts: renesas: r8a774b1: Add USB3.0 device nodes
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 10/10] arm64: dts: renesas: r8a774b1: Add INTC-EX device node
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 08/10] arm64: dts: renesas: r8a774b1: Add USB-DMAC and HSUSB device nodes
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 07/10] arm64: dts: renesas: r8a774b1: Add USB2.0 phy and host (EHCI/OHCI) device nodes
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 03/10] dt-bindings: usb: renesas_usbhs: Add r8a774b1 support
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• [PATCH 00/10] Add USB2/USB3/INTC-EX support to RZ/G2N
  • From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Regression: dmaengine: imx28 with emmc
  • From: Bruno Thomsen <bruno.thomsen@xxxxxxxxx>
• Re: [PATCH] dmaengine: zx: Use devm_platform_ioremap_resource() in zx_dma_probe()
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH v3 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: santosh.shilimkar@xxxxxxxxxx
• Re: [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFT] dmaengine: fsl-qdma: Handle invalid qdma-queue0 IRQ
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• RE: kernel freeze regression relating to imx-sdma
  • From: Kevin Groeneveld <KGroeneveld@xxxxxxxxxxxx>
• Re: kernel freeze regression relating to imx-sdma
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• kernel freeze regression relating to imx-sdma
  • From: Kevin Groeneveld <KGroeneveld@xxxxxxxxxxxx>
• Re: [PATCH v4 0/3] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 1/4] dma: Add PTDMA Engine driver support
  • From: Sanjay R Mehta <sanmehta@xxxxxxx>
• Re: [PATCH 0/4] *** AMD PTDMA driver ***
  • From: Sanjay R Mehta <sanmehta@xxxxxxx>
• Re: [PATCH 1/4] dma: Add PTDMA Engine driver support
  • From: Sanjay R Mehta <sanmehta@xxxxxxx>
• [PATCH v4 4/4] MAINTAINERS: Add Green as SiFive PDMA driver maintainer
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v4 3/4] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v4 2/4] riscv: dts: add support for PDMA device of HiFive Unleashed Rev A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v4 1/4] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v4 0/4] dmaengine: sf-pdma: Add platform dma driver
  • From: Green Wan <green.wan@xxxxxxxxxx>
• Re: [PATCH v3 09/14] dmaengine: ti: New driver for K3 UDMA - split#2: probe/remove, xlate and filter_fn
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 3/3] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v4 2/3] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v4 1/3] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v4 0/3] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• dma_map_sg_attrs() time consumption not consistent
  • From: "Bean Huo (beanhuo)" <beanhuo@xxxxxxxxxx>
• Re: [PATCH v4 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Radhey Shyam Pandey <radheys@xxxxxxxxxx>
• [PATCH v3 04/14] dmaengine: Add metadata_ops for dma_async_tx_descriptor
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 14/14] dmaengine: ti: k3-udma: Add glue layer for non DMAengine users
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 09/14] dmaengine: ti: New driver for K3 UDMA - split#2: probe/remove, xlate and filter_fn
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 13/14] dmaengine: ti: New driver for K3 UDMA - split#6: Kconfig and Makefile
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 12/14] dmaengine: ti: New driver for K3 UDMA - split#5: dma_device callbacks 2
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 11/14] dmaengine: ti: New driver for K3 UDMA - split#4: dma_device callbacks 1
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 10/14] dmaengine: ti: New driver for K3 UDMA - split#3: alloc/free chan_resources
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 08/14] dmaengine: ti: New driver for K3 UDMA - split#1: defines, structs, io func
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 06/14] dmaengine: ti: Add cppi5 header for UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 02/14] soc: ti: k3: add navss ringacc driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 01/14] bindings: soc: ti: add documentation for k3 ringacc
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 05/14] dmaengine: Add support for reporting DMA cached data amount
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 03/14] dmaengine: doc: Add sections for per descriptor metadata support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 3/3] dmaengine: ti: edma: Add support for handling reserved channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 0/3] dmaengine: bindings/edma: dma-channel-mask to array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v3 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [V5 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Peng Ma <peng.ma@xxxxxxx>
• [V5 1/2] dmaengine: fsl-dpaa2-qdma: Add the DPDMAI(Data Path DMA Interface) support
  • From: Peng Ma <peng.ma@xxxxxxx>
• Re: [PATCH v3 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH -next 7/8] dmaengine: xilinx_dma: Check for both idle and halted state in axidma stop_transfer
  • From: Radhey Shyam Pandey <radheys@xxxxxxxxxx>
• Re: [PATCH -next 7/8] dmaengine: xilinx_dma: Check for both idle and halted state in axidma stop_transfer
  • From: Nicholas Graumann <nick.graumann@xxxxxxxxx>
• [PATCH v2] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Biju Das <biju.das@xxxxxxxxxxxxxx>
• RE: [PATCH -next 7/8] dmaengine: xilinx_dma: Check for both idle and halted state in axidma stop_transfer
  • From: Radhey Shyam Pandey <radheys@xxxxxxxxxx>
• RE: [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Radhey Shyam Pandey <radheys@xxxxxxxxxx>
• Re: [PATCH] dmaengine: bcm-sba-raid: Handle mbox_request_channel failure
  • From: Rayagonda Kokatanur <rayagonda.kokatanur@xxxxxxxxxxxx>
• [PATCH] dmaengine: sprd: Change to use devm_platform_ioremap_resource()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• RE: [PATCH v5 11/15] dmaengine: imx-sdma: fix ecspi1 rx dma not work on i.mx8mm
  • From: Robin Gong <yibin.gong@xxxxxxx>
• Re: [PATCH v3 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH -next 7/8] dmaengine: xilinx_dma: Check for both idle and halted state in axidma stop_transfer
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• RE: [PATCH] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Biju Das <biju.das@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v3 3/3] dmaengine: ti: edma: Add support for handling reserved channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 0/3] dmaengine: bindings/edma: dma-channel-mask to array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH -next 4/4] dmaengine: xilinx_dma: Remove clk_get error message for probe defer
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 3/4] dmaengine: xilinx_dma: use devm_platform_ioremap_resource()
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 1/4] dmaengine: xilinx_dma: Fix 64-bit simple AXIDMA transfer
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 0/4] dmaengine: xilinx_dma: Minor functional fixes
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 2/4] dmaengine: xilinx_dma: Fix control reg update in vdma_channel_set_config
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• RE: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Peng Ma <peng.ma@xxxxxxx>
• Re: [PATCH 4/4] dmaengine: Add debugfs entries for PTDMA information
  • From: Sanjay R Mehta <sanmehta@xxxxxxx>
• Re: [PATCH 4/4] dmaengine: Add debugfs entries for PTDMA information
  • From: Sanjay R Mehta <sanmehta@xxxxxxx>
• RE: [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Radhey Shyam Pandey <radheys@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: iop-adma: make array 'handler' static const, makes object smaller
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: iop-adma: make array 'handler' static const, makes object smaller
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH -next] dmaengine: ti: edma: remove unused code
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: uniphier-mdmac: use devm_platform_ioremap_resource()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 11/15] dmaengine: imx-sdma: fix ecspi1 rx dma not work on i.mx8mm
  • From: Schrempf Frieder <frieder.schrempf@xxxxxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• RE: [PATCH v5 11/15] dmaengine: imx-sdma: fix ecspi1 rx dma not work on i.mx8mm
  • From: Robin Gong <yibin.gong@xxxxxxx>
• RE: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Peng Ma <peng.ma@xxxxxxx>
• Re: [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v3 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: jz4780: Use devm_platform_ioremap_resource() in jz4780_dma_probe()
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• Re: Re: [PATCH 0/9] added helper macros to remove duplicate code from probe functions of the platform drivers
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 1/4] dma: Add PTDMA Engine driver support
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH 02/11] of: base: introduce __of_n_*_cells_parent()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 05/11] of: expose __of_get_dma_parent() to OF subsystem
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 03/11] of: address: use parent DT node in bus->count_cells()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 04/11] of: address: introduce of_translate_dma_address_parent()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 07/11] dts: arm64: layerscape: add dma-ranges property to qoric-mc node
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 10/11] of: device: introduce of_dma_configure_parent()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 09/11] of: device: remove comment in of_dma_configure()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 08/11] dts: arm64: layerscape: add dma-ranges property to pcie nodes
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 06/11] of: address: use parent OF node in of_dma_get_range()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 11/11] of: simplify of_dma_config()'s arguments
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 00/11] of: Fix DMA configuration for non-DT masters
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 01/11] of: address: clean-up unused variable in of_dma_get_range()
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH 0/4] *** AMD PTDMA driver ***
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/4] dma: Add PTDMA Engine driver support
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v5 11/15] dmaengine: imx-sdma: fix ecspi1 rx dma not work on i.mx8mm
  • From: Schrempf Frieder <frieder.schrempf@xxxxxxxxxx>
• Re: [PATCH v1] dmaengine: dw: platform: Mark 'hclk' clock optional
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH v5 12/15] ARM: dts: imx6ul: add dma support on ecspi
  • From: Robin Gong <yibin.gong@xxxxxxx>
• [PATCH v1] dmaengine: imx-sdma: fix kernel hangs with SLUB slab allocator
  • From: Robin Gong <yibin.gong@xxxxxxx>
• [PATCH v1] dmaengine: dw: platform: Mark 'hclk' clock optional
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] dmaengine: Add debugfs entries for PTDMA information
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] dmaengine: Add debugfs entries for PTDMA information
  • From: "Mehta, Sanju" <Sanju.Mehta@xxxxxxx>
• [PATCH 1/4] dma: Add PTDMA Engine driver support
  • From: "Mehta, Sanju" <Sanju.Mehta@xxxxxxx>
• [PATCH 2/4] dma: Support for multiple PTDMA
  • From: "Mehta, Sanju" <Sanju.Mehta@xxxxxxx>
• [PATCH 3/4] dmaengine: Register as a DMA resource
  • From: "Mehta, Sanju" <Sanju.Mehta@xxxxxxx>
• [PATCH 0/4] *** AMD PTDMA driver ***
  • From: "Mehta, Sanju" <Sanju.Mehta@xxxxxxx>
• RE: [PATCH v5 2/3] dmaengine: imx-sdma: fix dma freezes
  • From: Robin Gong <yibin.gong@xxxxxxx>
• Re: [PATCH v5 0/3] Fix UART DMA freezes for i.MX SOCs
  • From: Jan Lübbe <jlu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] Fix UART DMA freezes for i.MX SOCs
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• Re: [PATCH v5 0/3] Fix UART DMA freezes for i.MX SOCs
  • From: Adam Ford <aford173@xxxxxxxxx>
• [PATCH v5 2/3] dmaengine: imx-sdma: fix dma freezes
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH v5 1/3] dmaengine: imx-sdma: fix buffer ownership
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH v5 3/3] dmaengine: imx-sdma: drop redundant variable
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH v5 0/3] Fix UART DMA freezes for i.MX SOCs
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH] dt-bindings: dmaengine: rcar-dmac: Document R8A774B1 bindings
  • From: Biju Das <biju.das@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 007/128] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 148/185] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 163/203] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 068/185] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 077/203] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 010/185] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 050/128] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 105/128] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 47/60] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 03/44] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 21/44] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 35/44] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 24/60] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 04/60] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 72/89] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 37/89] dmaengine: iop-adma: use correct printk format strings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 04/89] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 012/203] dmaengine: bcm2835: Print error in case setting DMA mask fails
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] dmaengine: zx: Use devm_platform_ioremap_resource() in zx_dma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: owl: Use devm_platform_ioremap_resource() in owl_dma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: mediatek: Use devm_platform_ioremap_resource() in mtk_uart_apdma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: mediatek: Use devm_platform_ioremap_resource() in mtk_cqdma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: k3dma: Use devm_platform_ioremap_resource() in k3_dma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: jz4780: Use devm_platform_ioremap_resource() in jz4780_dma_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] dmaengine: at_xdmac: Use devm_platform_ioremap_resource() in at_xdmac_probe()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: Re: [PATCH 0/9] added helper macros to remove duplicate code from probe functions of the platform drivers
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Pragnesh Patel <pragnesh.patel@xxxxxxxxxx>
• Re: [PATCH v4 2/3] dmaengine: imx-sdma: fix dma freezes
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH v3 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v3 0/3] dmaengine: sf-pdma: Add platform dma driver
  • From: Green Wan <green.wan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] staging: Support Avalon-MM DMA Interface for PCIe
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v4 2/3] dmaengine: imx-sdma: fix dma freezes
  • From: Jan Lübbe <jlu@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] staging: Support Avalon-MM DMA Interface for PCIe
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2 1/3] dmaengine: imx-sdma: fix buffer ownership
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• Re: [PATCH v2 1/3] dmaengine: imx-sdma: fix buffer ownership
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH RFC 2/2] staging: avalon-drv: Avalon DMA driver
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• [PATCH RFC 1/2] staging: avalon-dma: Avalon DMA engine
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• [PATCH RFC 0/2] staging: Support Avalon-MM DMA Interface for PCIe
  • From: Alexander Gordeev <a.gordeev.box@xxxxxxxxx>
• Re: [PATCH 1/4] dmaengine: imx-sdma: fix buffer ownership
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v2 1/3] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH v2 0/3] dmaengine: sf-pdma: Add platform dma driver
  • From: Green Wan <green.wan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/9] added helper macros to remove duplicate code from probe functions of the platform drivers
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [LINUX PATCH] dma-mapping: Control memset operation using gfp flags
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [GIT PULL] dmaengine updates for v5.4-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [LINUX PATCH] dma-mapping: Control memset operation using gfp flags
  • From: Dylan Yip <dylan.yip@xxxxxxxxxx>
• Re: [PATCH 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] dmaengine updates for v5.4-rc1
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH 3/3] dmaengine: sf-pdma: add platform DMA support for HiFive Unleashed A00
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH 1/3] dt-bindings: dmaengine: sf-pdma: add bindins for SiFive PDMA
  • From: Green Wan <green.wan@xxxxxxxxxx>
• [PATCH 0/3] dmaengine: sf-pdma: Add platform dma driver
  • From: Green Wan <green.wan@xxxxxxxxxx>
• Re: [PATCH 4/4] dmaengine: imx-sdma: drop redundant variable
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] serial: imx: adapt rx buffer and dma periods
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] dmaengine: imx-sdma: fix dma freezes
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] dmaengine: imx-sdma: fix buffer ownership
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• RE: [EXT] Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Andy Duan <fugang.duan@xxxxxxx>
• Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v4] dmaengine: tegra210-adma: fix transfer failure
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH v4] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• Re: [PATCH v3] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• Re: [PATCH v3] dmaengine: tegra210-adma: fix transfer failure
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH] [RFC] dmaengine: add fifo_size member
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• [PATCH v3] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• RE: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Robin Gong <yibin.gong@xxxxxxx>
• Re: [PATCH v2] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• [PATCH 9/9] probe/dma/owl: removed redundant code from owl dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 8/9] probe/dma/axi: removed redundant code from axi dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 7/9] probe/dma/sun4i: removed redundant code from sun4i dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 6/9] probe/dma/sun6i: removed redundant code from sun6i dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 5/9] probe/dma/mtk-hs: removed redundant code from mediatek hs dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 4/9] probe/dma/qcom-bam: removed redundant code from qcom bam dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 3/9] probe/dma/zx: removed redundant code from zx dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 2/9] probe/dma/jz4740: removed redundant code from jz4740 dma controller's probe function
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 1/9] probe/dma : added helper macros to remove redundant/duplicate code from probe functions of the dma controller drivers
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• [PATCH 0/9] added helper macros to remove duplicate code from probe functions of the platform drivers
  • From: Satendra Singh Thakur <sst2005@xxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] dmaengine: axi-dmac: simple device_config operation implemented
  • From: Alexandru Ardelean <alexandru.ardelean@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v3 2/4] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH] dmaengine: sprd: Fix the link-list pointer register configuration issue
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 4/4] dmaengine: imx-sdma: drop redundant variable
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH 2/4] dmaengine: imx-sdma: fix dma freezes
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH 3/4] serial: imx: adapt rx buffer and dma periods
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH 0/4] Fix UART DMA freezes for iMX6
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• [PATCH 1/4] dmaengine: imx-sdma: fix buffer ownership
  • From: Philipp Puschmann <philipp.puschmann@xxxxxxxxx>
• RE: [EXT] Re: [V4 2/2] dmaengine: fsl-dpaa2-qdma: Add NXP dpaa2 qDMA controller driver for Layerscape SoCs
  • From: Peng Ma <peng.ma@xxxxxxx>
• [PATCH 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/3] dmaengine: of_dma: Function to look up the DMA domain of a client
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 0/3] dmaengine: Support for DMA domain controllers
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 3/3] dmaengine: ti: edma: Add support for handling reserved channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 1/3] dt-bindings: dmaengine: dma-common: Change dma-channel-mask to uint32-array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 2/3] dt-bindings: dma: ti-edma: Document dma-channel-mask for EDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 0/3] dmaengine: bindings/edma: dma-channel-mask to array
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 03/10] spi: Guarantee cacheline alignment of driver-private data
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] dmaengine: milbeaut-hdmac: fix devm_platform_ioremap_resource.cocci warnings
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] dmaengine: milbeaut-hdmac: fix returnvar.cocci warnings
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 10/14] dmaengine: ti: New driver for K3 UDMA - split#3: alloc/free chan_resources
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 08/14] dmaengine: ti: New driver for K3 UDMA - split#1: defines, structs, io func
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 10/14] dmaengine: ti: New driver for K3 UDMA - split#3: alloc/free chan_resources
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 06/14] dmaengine: ti: Add cppi5 header for UDMA
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• [PATCH v3 2/2] dmaengine: milbeaut-hdmac: Add HDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v3 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v3 0/2] Add support for AHB DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 2/2] dmaengine: milbeaut-xdmac: Add XDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 1/2] dt-bindings: milbeaut-m10v-xdmac: Add Socionext Milbeaut XDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 0/2] Add support for AXI DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH AUTOSEL 5.2 08/12] dmaengine: sprd: Fix the DMA link-list configuration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 03/12] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 02/12] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 1/8] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 09/12] dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 2/8] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 1/2] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 2/6] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 1/6] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 2/8] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 1/8] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 02/14] soc: ti: k3: add navss ringacc driver
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 02/14] soc: ti: k3: add navss ringacc driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 06/14] dmaengine: ti: Add cppi5 header for UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 02/14] soc: ti: k3: add navss ringacc driver
  • From: Vignesh Raghavendra <vigneshr@xxxxxx>
• Re: [PATCH v2 04/14] dmaengine: Add metadata_ops for dma_async_tx_descriptor
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 4/4] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v3 3/4] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v3 2/4] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v3 1/4] dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v3 0/4] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 02/14] soc: ti: k3: add navss ringacc driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 06/14] dmaengine: ti: Add cppi5 header for UDMA
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 04/14] dmaengine: Add metadata_ops for dma_async_tx_descriptor
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 2/3] dmaengine: of_dma: Function to look up the DMA domain of a client
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [GIT PULL] dmaengine late fixes for 5.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [GIT PULL] dmaengine late fixes for 5.3
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [RFC 2/3] dmaengine: of_dma: Function to look up the DMA domain of a client
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 0/3] dmaengine: Support for DMA domain controllers
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 2/3] dmaengine: of_dma: Function to look up the DMA domain of a client
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 0/3] dmaengine: Support for DMA domain controllers
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 4/5] dt-bindings: dma: ti-edma: Add option for reserved channel ranges
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH -next 8/8] dmaengine: xilinx_dma: Clear desc_pendingcount in xilinx_dma_reset
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 7/8] dmaengine: xilinx_dma: Check for both idle and halted state in axidma stop_transfer
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 3/8] dmaengine: xilinx_dma: Introduce xilinx_dma_get_residue
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH] dmaengine: iop-adma: make array 'handler' static const, makes object smaller
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH -next 4/8] dmaengine: xilinx_dma: Add callback_result support
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 0/8] AXI DMA driver improvements
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 1/8] dmaengine: xilinx_dma: Remove desc_callback_valid check
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 2/8] dmaengine: xilinx_dma: Merge get_callback and _invoke
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 6/8] dmaengine: xilinx_dma: Print debug message when no free tx segments
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• [PATCH -next 5/8] dmaengine: xilinx_dma: Remove residue from channel data
  • From: Radhey Shyam Pandey <radhey.shyam.pandey@xxxxxxxxxx>
• Re: [PATCH -next] dmaengine: ti: edma: remove unused code
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH -next] dmaengine: ti: edma: remove unused code
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH] dmaengine: uniphier-mdmac: use devm_platform_ioremap_resource()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• RE: [PATCH v2 0/3] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 0/5] dmaengine: ti: edma: Multicore usage related fixes
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 0/2] dmaengine: rcar-dmac: minor modifications
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH v2 3/3] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v2 2/3] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v2 1/3] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH v2 0/3] dmaengine: rcar-dmac: use of_data and add dma-channel-mask support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• RE: [PATCH 0/2] dmaengine: rcar-dmac: minor modifications
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 0/2] dmaengine: rcar-dmac: minor modifications
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: milbeaut-m10v-xdmac: Add Socionext Milbeaut XDMAC bindings
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: sprd: Fix the DMA link-list configuration
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] IOAT: iop-adma.c: fix printk format warning
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: stm32-dma: Use struct_size() helper
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: dma-common: Fix the dma-channel-mask property
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] ioat/dca: Use struct_size() helper
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH -next] dmaengine: iop-adma: remove set but not used variable 'slots_per_op'
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RESEND] dmaengine: dmatest: Add support for completion polling
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: omap-dma: Remove variable override in omap_dma_tx_status()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: omap-dma: Remove 'Assignment in if condition'
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: edma: Remove 'Assignment in if condition'
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 4/5] dt-bindings: dma: ti-edma: Add option for reserved channel ranges
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: dma-common: Fix the dma-channel-mask property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2] dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] IOAT: iop-adma.c: fix printk format warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] dmaengine: stm32-dma: Use struct_size() helper
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/14] soc: ti: k3: add navss ringacc driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 00/14] dmaengine/soc: Add Texas Instruments UDMA support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] dmaengine: sprd: Fix the DMA link-list configuration
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH 4/5] dt-bindings: dma: ti-edma: Add option for reserved channel ranges
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 4/5] dt-bindings: dma: ti-edma: Add option for reserved channel ranges
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 00/10] dmaengine: dw: Enable for Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] dmaengine: dw: Enable for Intel Elkhart Lake
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] ioat/dca: Use struct_size() helper
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH] ioat/dca: Use struct_size() helper
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] dmaengine: dw: Enable for Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH 1/2] dmaengine: rcar-dmac: Don't set DMACHCLR bit 0 to 1 if iommu is mapped
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH 0/2] dmaengine: rcar-dmac: Add dma-channel-mask property support
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH] dt-bindings: dmaengine: dma-common: Fix the dma-channel-mask property
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• RE: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• RE: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] dt-bindings: dmaengine: dma-common: Revise the dma-channel-mask property
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: milbeaut-m10v-xdmac: Add Socionext Milbeaut XDMAC bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/2] dmaengine: rcar-dmac: Use of_data values instead of a macro
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH 2/2] dmaengine: rcar-dmac: Use devm_platform_ioremap_resource()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH 0/2] dmaengine: rcar-dmac: minor modifications
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 4/5] dt-bindings: dma: ti-edma: Add option for reserved channel ranges
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 5/5] dmaengine: ti: edma: Add support for handling reserved channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 3/5] dmaengine: ti: edma: Use bitmap_set() instead of open coded edma_set_bits()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/5] dmaengine: ti: edma: Only reset region0 access registers
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 0/5] dmaengine: ti: edma: Multicore usage related fixes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 1/5] dmaengine: ti: edma: Do not reset reserved paRAM slots
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 5/7] ARM: xscale: fix multi-cpu compilation
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 07/14] dt-bindings: dma: ti: Add document for K3 UDMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: kernel@xxxxxxxxxxxxxxxx
• [PATCH -next] dmaengine: iop-adma: remove set but not used variable 'slots_per_op'
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH v2 00/10] dmaengine: dw: Enable for Intel Elkhart Lake
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 16/27] omap-dma/omap_vout_vrfb: fix off-by-one fi value
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 15/27] dmaengine: stm32-mdma: Fix a possible null-pointer dereference in stm32_mdma_irq_handler()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 01/27] dmaengine: ste_dma40: fix unneeded variable warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 24/44] dmaengine: stm32-mdma: Fix a possible null-pointer dereference in stm32_mdma_irq_handler()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 01/12] dmaengine: ste_dma40: fix unneeded variable warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 1/7] dmaengine: ste_dma40: fix unneeded variable warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 1/4] dmaengine: ste_dma40: fix unneeded variable warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 25/44] omap-dma/omap_vout_vrfb: fix off-by-one fi value
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 01/44] dmaengine: ste_dma40: fix unneeded variable warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v2 08/10] dmaengine: dw: platform: Move handle check to dw_dma_acpi_controller_register()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 09/10] dmaengine: dw: platform: Split ACPI helpers to separate module
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 10/10] dmaengine: dw: platform: Split OF helpers to separate module
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 07/10] dmaengine: dw: platform: Switch to acpi_dma_controller_register()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 06/10] dmaengine: dw: platform: Use devm_platform_ioremap_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 05/10] dmaengine: dw: platform: Enable iDMA 32-bit on Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 03/10] dmaengine: dw: Export struct dw_dma_chip_pdata for wider use
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 04/10] dmaengine: dw: platform: Use struct dw_dma_chip_pdata
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 00/10] dmaengine: dw: Enable for Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 02/10] dmaengine: acpi: Add kernel doc parameter descriptions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 01/10] dmaengine: acpi: Set up DMA mask based on CSRT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 linux-next 0/2] change mux_configure32() to static
  • From: maowenan <maowenan@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2 linux-next 0/2] change mux_configure32() to static
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: mv_xor_v2: Fix -Wshift-negative-value
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: dw axi dmac: Fix typo in a path
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v1 07/12] dmaengine: dw: platform: Enable iDMA 32-bit on Intel Elkhart Lake
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: dmaengine: nbpfaxi: Rename bindings documentation file
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] [RFC] dmaengine: add fifo_size member
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Stefan Wahren <wahrenst@xxxxxxx>
• Re: [PATCH 05/10] spi: bcm2835: Work around DONE bit erratum
  • From: Stefan Wahren <wahrenst@xxxxxxx>
• Re: [PATCH v2] dmaengine: tegra210-adma: fix transfer failure
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH] [RFC] dmaengine: add fifo_size member
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH] dt-bindings: dmaengine: nbpfaxi: Rename bindings documentation file
  • From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 2/2] dmaengine: milbeaut-xdmac: Add XDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH 1/2] dt-bindings: milbeaut-m10v-xdmac: Add Socionext Milbeaut XDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH 0/2] Add support for AXI DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 2/2] dmaengine: milbeaut-hdmac: Add HDMAC driver for Milbeaut platforms
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 1/2] dt-bindings: milbeaut-m10v-hdmac: Add Socionext Milbeaut HDMAC bindings
  • From: jassisinghbrar@xxxxxxxxx
• [PATCH v2 0/2] Add support for AHB DMA controller on Milbeaut series
  • From: jassisinghbrar@xxxxxxxxx
• Re: [GIT PULL]: dmaengine fixes for v5.3-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• [GIT PULL]: dmaengine fixes for v5.3-rc5
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: Fix a memory leak bug
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] dmaengine: ti: omap-dma: Add cleanup in omap_dma_probe()
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2] dmaengine: ti: dma-crossbar: Fix a memory leak bug
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• Re: [PATCH] dmaengine: ti: Fix a memory leak bug
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] dmaengine: ti: Fix a memory leak bug
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: milbeaut-hdmac: Add HDMAC driver for Milbeaut platforms
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: milbeaut-hdmac: Add HDMAC driver for Milbeaut platforms
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [PATCH 2/7] dma: iop-adma: include prefetch.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v1 07/12] dmaengine: dw: platform: Enable iDMA 32-bit on Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 linux-next 0/2] change mux_configure32() to static
  • From: Mao Wenan <maowenan@xxxxxxxxxx>
• [PATCH v2 linux-next 2/2] drivers: dma: change alignment of mux_configure32 and fsl_edma_chan_mux
  • From: Mao Wenan <maowenan@xxxxxxxxxx>
• [PATCH v2 linux-next 1/2] drivers: dma: make mux_configure32 static
  • From: Mao Wenan <maowenan@xxxxxxxxxx>
• Re: [PATCH linux-next] drivers: dma: Fix sparse warning for mux_configure32
  • From: maowenan <maowenan@xxxxxxxxxx>
• Re: [PATCH 4/6] dma: pxa_dma: no need to check return value of debugfs_create functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2] dmaengine: mv_xor_v2: Fix -Wshift-negative-value
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2] dmaengine: mv_xor_v2: Fix -Wshift-negative-value
  • From: Nathan Huckleberry <nhuck@xxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/11] mfd: Drop obsolete JZ4740 driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 10/11] mfd: Drop obsolete JZ4740 driver
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/11] mfd: Drop obsolete JZ4740 driver
  • From: Philippe Mathieu-Daudé <f4bug@xxxxxxxxx>
• [PATCH] dmaengine: dw: Update Intel Elkhart Lake Service Engine acronym
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [RESEND PATCH] MAINTAINERS: dw axi dmac: Fix typo in a path
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH] MAINTAINERS: dw axi dmac: Fix typo in a path
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH linux-next] drivers: dma: Fix sparse warning for mux_configure32
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: fsldma: Mark expected switch fall-through
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] [v2] dma: ti: unexport filter functions
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 3/7] dma: iop-adma: use correct printk format strings
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/7] dma: iop-adma: include prefetch.h
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• RE: [PATCH] dmaengine: fsldma: Mark expected switch fall-through
  • From: Leo Li <leoyang.li@xxxxxxx>
• [PATCH] [v2] dma: ti: unexport filter functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] dma: ti: unexport filter functions
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] dma: ti: unexport filter functions
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Martin Michlmayr <tbm@xxxxxxxxxx>
• [PATCH] dma: ti: unexport filter functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/11] mfd: Drop obsolete JZ4740 driver
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH linux-next] drivers: dma: Fix sparse warning for mux_configure32
  • From: Mao Wenan <maowenan@xxxxxxxxxx>
• [PATCH] dmaengine: fsldma: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 05/10] spi: bcm2835: Work around DONE bit erratum
  • From: Eric Anholt <eric@xxxxxxxxxx>
• Re: [PATCH 05/10] spi: bcm2835: Work around DONE bit erratum
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Stefan Wahren <wahrenst@xxxxxxx>
• Re: [PATCH 05/10] spi: bcm2835: Work around DONE bit erratum
  • From: Stefan Wahren <wahrenst@xxxxxxx>
• Re: [PATCH 4/6] dma: pxa_dma: no need to check return value of debugfs_create functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] dma: pxa_dma: no need to check return value of debugfs_create functions
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 1/7] [RFC] ARM: remove Intel iop33x and iop13xx support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/7] dma: iop-adma: include prefetch.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 7/7] ARM: iop32x: merge everything into mach-iop32x/
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/7] dma: iop-adma: use correct printk format strings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 4/7] dma: iop-adma: allow building without platform headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/7] ARM: iop32x: make mach/uncompress.h independent of mach/hardware.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 5/7] ARM: xscale: fix multi-cpu compilation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCHv2] omap-dma/omap_vout_vrfb: fix off-by-one fi value
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCHv2] omap-dma/omap_vout_vrfb: fix off-by-one fi value
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCHv2] omap-dma/omap_vout_vrfb: fix off-by-one fi value
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: tegra210-adma: fix transfer failure
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: fsl-edma: implement .device_synchronize callback
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dma: stm32-mdma: Fix a possible null-pointer dereference in stm32_mdma_irq_handler()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dma: mv_xor: Fix a possible null-pointer dereference in mv_xor_prep_dma_xor()
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: use the same attributes when freeing pl330->mcode_cpu
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] [RFC] dmaengine: add fifo_size member
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 09/10] dmaengine: bcm2835: Avoid accessing memory when copying zeroes
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 08/10] dmaengine: bcm2835: Document struct bcm2835_dmadev
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 01/10] dmaengine: bcm2835: Allow reusable descriptors
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 02/10] dmaengine: bcm2835: Allow cyclic transactions without interrupt
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dma: qcom: hidma_mgmt: Add of_node_put() before goto
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [RESEND PATCH v7] dmaengine: fsl-edma: add i.mx7ulp edma2 version support
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v3 04/24] dmaengine: qcom_hidma: Remove call to memset after dmam_alloc_coherent
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v3 03/24] dmaengine: imx-sdma: Remove call to memset after dma_alloc_coherent
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: tegra210-adma: fix transfer failure
  • From: Sameer Pujar <spujar@xxxxxxxxxx>
• Re: idma64.0 is keeping my processor awake after boot
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: idma64.0 is keeping my processor awake after boot
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 07/12] dmaengine: dw: platform: Enable iDMA 32-bit on Intel Elkhart Lake
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 10/12] dmaengine: dw: platform: Move handle check to dw_dma_acpi_controller_register()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 06/12] dmaengine: dw: platform: Use struct dw_dma_chip_pdata
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 12/12] dmaengine: dw: platform: Split OF helpers to separate module
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 09/12] dmaengine: dw: platform: Switch to acpi_dma_controller_register()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 11/12] dmaengine: dw: platform: Split ACPI helpers to separate module
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 08/12] dmaengine: dw: platform: Use devm_platform_ioremap_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 03/12] dmaengine: acpi: Provide consumer device to ->acpi_dma_xlate()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 05/12] dmaengine: dw: Export struct dw_dma_chip_pdata for wider use
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 04/12] dmaengine: acpi: Add kernel doc parameter descriptions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 02/12] dmaengine: acpi: Move index to struct acpi_dma_spec
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 01/12] dmaengine: acpi: Set up DMA mask based on CSRT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Raspberry Pi SPI speedups
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH 10/10] spi: bcm2835: Speed up RX-only DMA transfers by zero-filling TX FIFO
  • From: Lukas Wunner <lukas@xxxxxxxxx>