DMA Engine

• Thread Index

• [PATCHv4 2/6] dmaengine: mv_xor: add suspend/resume support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv4 1/6] dmaengine: mv_xor: fix big endian operation in register mode
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv4 0/6] dmaengine: mv_xor fixes and improvements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.
  • From: Alban Browaeys <alban.browaeys@xxxxxxxxx>
• Re: [PATCH] dmaengine: use phys_addr_t for slave configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: hsu: remove excessive lock
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 1/1] dmaengine: hsu: remove excessive lock
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [Patch V2] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• RE: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v5 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [alsa-devel] Issue in alsa when dma complete race with pcm release
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.
  • From: Alban Browaeys <alban.browaeys@xxxxxxxxx>
• Re: [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [alsa-devel] Issue in alsa when dma complete race with pcm release
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• [PATCH] [RFC PATCH] dmaengine: pl330: residual - do not reset on last descriptor.
  • From: Alban Browaeys <alban.browaeys@xxxxxxxxx>
• [PATCH] dmaengine: xgene-dma: Fix the resource map to handle overlapping
  • From: Rameshwar Prasad Sahu <rsahu@xxxxxxx>
• [PATCH V2] dmaengine: imx-sdma: Add device to device support
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: imx-sdma: Add device to device support
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH] dmaengine: imx-sdma: Add device to device support
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• Re: [PATCH] ioatdma: Set non RAID channels to be private capable
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: Use Pointer xt after NULL check.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: imx-sdma: Add device to device support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: imx-dma: Check for clk_prepare_enable() error
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Fix overflow when reporting residue in memcpy
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH] dmaengine: Remove remaining FSF mailing addresses
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/3] dmaengine: at_xdmac: fix indentation
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [alsa-devel] Issue in alsa when dma complete race with pcm release
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH v5 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 4/8] klist: implement klist_prev()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 3/8] Driver core: wakeup the parent device before trying probe
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 2/8] ACPI / PM: Attach ACPI power domain only once
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 5/8] driver core: implement device_for_each_child_reverse()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] dmaengine: xdmac: Add scatter gathered memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] dmaengine: Add scatter-gathered memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] dmaengine: Add scatter-gathered memset
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] Issue in alsa when dma complete race with pcm release
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 6/9] arm: twr-k70f120m: extend Freescale eDMA driver with the ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 6/9] arm: twr-k70f120m: extend Freescale eDMA driver with the ability to support Kinetis SoC
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 6/6] dmaengine: jz4780: Remove request type number definitions header
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 5/6] dmaengine: jz4780: Ensure channel is on correct controller in filter
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 4/6] dmaengine: jz4780: Use dma_get_slave_channel when requesting a specific channel
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 3/6] dmaengine: jz4780: Fix error handling/signedness issues
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 2/6] dmaengine: jz4780: Fall back on smaller transfer sizes where necessary
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 1/6] dmaengine: jz4780: Fix up dmaengine API function prototypes
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• [PATCH 0/6] dmaengine: jz4780: Fixes and cleanups
  • From: Alex Smith <alex.smith@xxxxxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [alsa-devel] Issue in alsa when dma complete race with pcm release
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v3 1/6] dmaengine: mv_xor: fix big endian operation in register mode
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/9] arm: twr-k70f120m: use Freescale eDMA driver with Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH v2 7/9] arm: twr-k70f120m: use Freescale eDMA driver with Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 6/6] dmaengine: mv_xor: optimize performance by using a subset of the XOR channels
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/6] dmaengine: mv_xor: de-duplicate mv_chan_set_mode*()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/6] dmaengine: mv_xor: remove mv_xor_chan->current_type field
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/6] dmaengine: mv_xor: remove support for dmacap,* DT properties
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/6] dmaengine: mv_xor: add suspend/resume support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/6] dmaengine: mv_xor: fix big endian operation in register mode
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/6] dmaengine: mv_xor fixes and improvements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: at_xdmac: fix bug about channel configuration
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH v2 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• [PATCH v2 5/9] arm: twr-k70f120m: IOMUX driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 6/9] arm: twr-k70f120m: extend Freescale eDMA driver with the ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 0/9] [New BSP] Add initial support for Freescale Kinetis TWR-K70F120M development kit
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 7/9] arm: twr-k70f120m: use Freescale eDMA driver with Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 8/9] arm: twr-k70f120m: extend Freescale lpuart driver with ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 9/9] arm: twr-k70f120m: use Freescale lpuart driver with Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 2/9] arm: twr-k70f120m: basic support for Kinetis TWR-K70F120M
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH v2 1/9] arm: allow copying of vector table to internal SRAM memory
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Krzysztof Kozłowski <k.kozlowski.k@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Krzysztof Kozłowski <k.kozlowski.k@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [GIT PULL] slave dmaengine updates for 4.2-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH RFC 0/4] PL08x DT bindings and LPC18xx DMA support
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• Re: [PATCH RFC 0/4] PL08x DT bindings and LPC18xx DMA support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [dmaengine: shdma] RIP: 0010:[<ffffffff8124ad42>] [<ffffffff8124ad42>] __asan_load8
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Nicolae Rosia <nicolae.rosia@xxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [GIT PULL] slave dmaengine updates for 4.2-rc1
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Nicolae Rosia <nicolae.rosia@xxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v5 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [dmaengine: shdma] RIP: 0010:[<ffffffff8124ad42>] [<ffffffff8124ad42>] __asan_load8
  • From: kernel test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: Use Pointer xt after NULL check.
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH 1/1] dmaengine: Use Pointer xt after NULL check.
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• [PATCH] dmaengine: Remove remaining FSF mailing addresses
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 2/2] dma: rename dma_*_writecombine() to dma_*_wc()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] iop-adma: detangle dma_alloc_writecombine() use and check
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH 0/2] dma: rename write-combine APIs with short form
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH] iop-adma: detangle dma_alloc_writecombine() use and check
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] iop-adma: detangle dma_alloc_writecombine() use and check
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• [PATCH] ioatdma: Set non RAID channels to be private capable
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH 7/9] arm: twr-k70f120m: IOMUX driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH 8/9] arm: twr-k70f120m: extend Freescale eDMA driver with ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• RE: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v5 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 8/9] arm: twr-k70f120m: extend Freescale eDMA driver with ability to support Kinetis SoC
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 7/9] arm: twr-k70f120m: IOMUX driver for Kinetis SoC
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 6/9] arm: twr-k70f120m: clock source drivers for Kinetis SoC
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] arm: twr-k70f120m: clock source drivers for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH 5/9] arm: twr-k70f120m: basic support for Kinetis TWR-K70F120M
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH 5/9] arm: twr-k70f120m: basic support for Kinetis TWR-K70F120M
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] arm: twr-k70f120m: clock source drivers for Kinetis SoC
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 6/9] arm: twr-k70f120m: clock source drivers for Kinetis SoC
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 5/9] arm: twr-k70f120m: basic support for Kinetis TWR-K70F120M
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/9] arm: twr-k70f120m: clock source drivers for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 3/9] arm: add call to CPU idle quirks handler
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 7/9] arm: twr-k70f120m: IOMUX driver for Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 5/9] arm: twr-k70f120m: basic support for Kinetis TWR-K70F120M
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 9/9] arm: twr-k70f120m: extend Freescale lpuart driver with ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 8/9] arm: twr-k70f120m: extend Freescale eDMA driver with ability to support Kinetis SoC
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 2/9] arm: do not place huge encoder tables on stack when it is too small
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 0/9] [New BSP] Add initial support for Freescale Kinetis TWR-K70F120M development kit
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 1/9] arm: select different compiler flags for ARM CortexM3
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• [PATCH 4/9] arm: allow copying of vector table to internal SRAM memory
  • From: Paul Osmialowski <pawelo@xxxxxxxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [PATCH] dmaengine: imx-sdma: Add device to device support
  • From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Anand Moon <linux.amoon@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v5 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] dmaengine: xgene: fix file permission
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v7] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Krzysztof Kozłowski <k.kozlowski.k@xxxxxxxxx>
• [PATCH] dmaengine: imx-dma: Check for clk_prepare_enable() error
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Jeremy Trimble <jeremy.trimble@xxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Jiří Prchal <jiri.prchal@xxxxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCHv2 5/5] dmaengine: mv_xor: de-duplicate mv_chan_set_mode*()
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 4/5] dmaengine: mv_xor: remove mv_xor_chan->current_type field
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 3/5] dmaengine: mv_xor: remove support for dmacap,* DT properties
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Torsten Fleischer <torfl6749@xxxxxxxxx>
• Re: [PATCH linux-next 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Torsten Fleischer <torfl6749@xxxxxxxxx>
• Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Jiří Prchal <jiri.prchal@xxxxxxxxxxx>
• [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• [PATCH linux-next v2 0/1] dmaengine: at_hdmac: fix residue computation
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• RE: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH RESEND 0/2] dmaengine: make transfers reusable
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH RESEND 0/2] dmaengine: make transfers reusable
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCHv2 5/5] dmaengine: mv_xor: de-duplicate mv_chan_set_mode*()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 3/5] dmaengine: mv_xor: remove support for dmacap,* DT properties
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 4/5] dmaengine: mv_xor: remove mv_xor_chan->current_type field
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 2/5] dmaengine: mv_xor: add suspend/resume support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 1/5] dmaengine: mv_xor: fix big endian operation in register mode
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 0/5] dmaengine: mv_xor fixes and improvements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: pl330 dma failure
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• [PATCH] dmaengine: at_xdmac: fix bug about channel configuration
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH RESEND 3/4] ARM: mvebu: remove unneeded dmacap,* properties in Device Trees
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 4/4] ARM: mvebu: use armada-380-xor on Armada 38x and 39x
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] dt: Exynos: add Snow SPI NOR node.
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH RESEND 4/4] ARM: mvebu: use armada-380-xor on Armada 38x and 39x
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND 3/4] ARM: mvebu: remove unneeded dmacap,* properties in Device Trees
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND 2/4] dmaengine: mv_xor: remove support for dmacap,* DT properties
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND 0/4] dmaengine: mv_xor improvements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND 1/4] dmaengine: mv_xor: add suspend/resume support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH] iop-adma: detangle dma_alloc_writecombine() use and check
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Nicolae Rosia <nicolae.rosia@xxxxxxxxx>
• Re: [PATCH linux-next 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Torsten Fleischer <torfl6749@xxxxxxxxx>
• Re: [PATCH 00/10] imx-sdma cleanup
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH v3 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• [PATCH v3 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• RE: [PATCH v2 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• [PATCH 10/10] dma: imx-sdma: extract sdma_set_buffer_descriptor()
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 01/10] dma: imx-sdma: constify local structs
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 05/10] dma: sdma-imx: print an error when context load fails.
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 03/10] dma: imx-sdma: use a container_of function
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 02/10] dma: imx-sdma: pass sdma engine into functions
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 06/10] dma: imx-sdma: config in sdma_config_channel()
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 09/10] dma: imx-sdma: use a for loop
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 07/10] dma: imx-sdma: validate word size when set
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 08/10] dma: imx-sdma: extract common sdma prep code
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 04/10] dma: sdma-imx set dma script address directly
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH 00/10] imx-sdma cleanup
  • From: Joshua Clayton <stillcompiling@xxxxxxxxx>
• [PATCH linux-next 1/1] dmaengine: at_hdmac: fix residue computation
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• [PATCH linux-next 0/1] dmaengine: at_hdmac: fix residue computation
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• Re: [PATCH v2 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: Shubhrajyoti Datta <omaplinuxkernel@xxxxxxxxx>
• [PATCH v2 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• [PATCH v2 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• [PATCH] dmaengine: pl330: Really fix choppy sound because of wrong residue calculation
  • From: Krzysztof Kozlowski <k.kozlowski.k@xxxxxxxxx>
• Re: [PATCH v4 3/8] Driver core: wakeup the parent device before trying probe
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v4 3/8] Driver core: wakeup the parent device before trying probe
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 5/8] driver core: implement device_for_each_child_reverse()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 2/8] ACPI / PM: Attach ACPI power domain only once
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 4/8] klist: implement klist_prev()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] dmaengine: pl330: Fix overflow when reporting residue in memcpy
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [GIT PULL] slave dmaengine fixes
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH RFC 4/4] doc: dt: dma: add bindings for lpc1850-dmamux
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• [PATCH RFC 3/4] dmaengine: add driver for lpc18xx dmamux
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• [PATCH RFC 2/4] doc: dt: dma: add binding doc for pl08x
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• [PATCH RFC 1/4] dmaengine: pl08x: support dt channel assignment
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• [PATCH RFC 0/4] PL08x DT bindings and LPC18xx DMA support
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: gabriel@xxxxxxxxx
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: gabriel@xxxxxxxxx
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: fsl-edma: clear pending interrupts on initialization
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: xdmac: Add memset support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/2] dmaengine: hdmac: Implement interleaved transfers support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 2/2] genalloc: rename of_get_named_gen_pool() to of_gen_pool_get()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3] dmaengine: xgene-dma: Fix sparse wannings and coccinelle warnings
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v3] dmaengine: xgene-dma: Fix sparse wannings and coccinelle warnings
  • From: Christopher Li <sparse@xxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] genalloc: rename of_get_named_gen_pool() to of_gen_pool_get()
  • From: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
• [PATCH 0/2] genalloc: rename dev_get_gen_pool() and of_get_named_gen_pool()
  • From: Vladimir Zapolskiy <vladimir_zapolskiy@xxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: Issues in running dmatest.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] scatterlist: cleanup sg_chain() and sg_unmark_end()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] scatterlist: cleanup sg_chain() and sg_unmark_end()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI / PM: Attach ACPI power domain only once
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/5] dmaengine: mv_xor: Fixes and enhancements
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/5] dmaengine: mv_xor: add support for a38x command in descriptor mode
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• re: dma: Add Freescale eDMA engine driver support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Issues in running dmatest.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Andrzej Hajda <a.hajda@xxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] scatterlist: use sg_phys()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] scatterlist: cleanup sg_chain() and sg_unmark_end()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] scatterlist: use sg_phys()
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• Re: [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 04/15] dma: kill off set_irq_flags usage
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 0/2] scatterlist cleanups
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/2] scatterlist: use sg_phys()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/2] scatterlist: cleanup sg_chain() and sg_unmark_end()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: gabriel@xxxxxxxxx
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH v5 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Kedareswara rao Appana <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH v7] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Kedareswara rao Appana <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: punnaiah choudary kalluri <punnaia@xxxxxxxxxx>
• Re: [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v7] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] dmaengine: mv_xor: add support for a38x command in descriptor mode
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• [PATCH 2/2] dma: Add Xilinx zynqmp dma engine driver support
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• [PATCH 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation
  • From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Fixes for at_xdmac
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH v2 1/2] dmaengine: ti-dma-crossbar: Make idr xbar instance-specific
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 2/2] dmaengine: ti-dma-crossbar: Add support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 0/2] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: "Enrico Weigelt, metux IT consult" <weigelt@xxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [RFT v2 11/48] ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• RE: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFT v2 11/48] ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 09/11] dma: pl330: fix wording in mcbufsz message
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 2/3] dmaengine: at_xdmac: rework slave configuration part
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 1/3] dmaengine: at_xdmac: lock fixes
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/5] dmaengine: mv_xor: add support for a38x command in descriptor mode
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH v2 3/3] dmaengine: at_xdmac: fix indentation
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH v2 2/3] dmaengine: at_xdmac: rework slave configuration part
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH v2 1/3] dmaengine: at_xdmac: lock fixes
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH v2 0/3] Fixes for at_xdmac
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH RESEND 2/2] Documentation: dmaengine: document DMA_CTRL_ACK
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] dmaengine: sirf: add CSRatlas7 SoC support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] dmaengine: fsl-edma: clear pending interrupts on initialization
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH RESEND 0/2] dmaengine: make transfers reusable
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 0/3] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/3] dmaengine: ti-dma-crossbar: Make idr xbar instance-specific
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 1/3] dmaengine: ti-dma-crossbar: Change the compatible string to ti,dra7-sdma-crossbar
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 3/3] dmaengine: ti-dma-crossbar: Add support for eDMA xbar
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 0/3] dmaengine: ti-dma-crossbar: Support for eDMA
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: "Grygorii.Strashko@xxxxxxxxxx" <grygorii.strashko@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PULL REQUEST] slave dmaengine fixes
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: lock fixes
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: [PATCH 00/11] Enable access to SPI NOR flash on Samsung Snow board
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 11/11] dt: Exynos: add Snow SPI NOR node.
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: lock fixes
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: lock fixes
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/2] dmaengine: xdmac: Add memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: at_xdmac: rework slave configuration part
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: lock fixes
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 01/11] ARM: dt: Add SPI CS on Samsung Snow board.
  • From: Javier Martinez Canillas <javier@xxxxxxxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• [RFT v2 11/48] ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [RFT v2 48/48] genirq, drivers: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] Enable access to SPI NOR flash on Samsung Snow board
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• [RFT v2 29/48] ipu: Prepare for killing the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/11] dma: pl330: fix wording in mcbufsz message
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 01/11] ARM: dt: Add SPI CS on Samsung Snow board.
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 11/11] dt: Exynos: add Snow SPI NOR node.
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 00/11] Enable access to SPI NOR flash on Samsung Snow board
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 10/11] spi: add more debug prints in s3c64xx
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 04/11] mtd: ofpart: do not fail probe when no partitions exist
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: "Grygorii.Strashko@xxxxxxxxxx" <grygorii.strashko@xxxxxxxxxx>
• [PATCH 2/2] dmaengine: at_xdmac: rework slave configuration part
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH 1/2] dmaengine: at_xdmac: lock fixes
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: at_xdmac: rework slave configuration part
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix "incorrect type in assignement" warnings
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• RE: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• RE: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: gabriel@xxxxxxxxx
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: pl330 dma failure
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix "incorrect type in assignement" warnings
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: fix kernel-doc documentation
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: at_xdmac: rework slave configuration part
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: pl330 dma failure
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: hsu: Fix memory leak when stopping a running transfer
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: hdmac: Implement interleaved transfers
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH] dmaengine: xgene-dma: Fix "incorrect type in assignement" warnings
  • From: Rameshwar Prasad Sahu <rsahu@xxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [RFC Patch V1] ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] dmaengine: fix kernel-doc documentation
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH v2] dmaengine: at_xdmac: rework slave configuration part
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH v3 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 5/8] driver core: implement device_for_each_child_reverse()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 4/8] klist: implement klist_prev()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 2/8] ACPI / PM: Attach ACPI power domain only once
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 3/8] Driver core: wakeup the parent device before trying probe
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: hdmac: Implement interleaved transfers
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: Move icg helpers to global header
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH v2 5/8] driver core: implement device_for_each_child_reverse()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/8] klist: implement klist_prev()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Jeremy Trimble <jeremy.trimble@xxxxxxxxx>
• Re: exynos4412: Audio dies after one day on kernel 4.0
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• pl330 dma failure
  • From: Michal Suchanek <hramrach@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: robert.jarzmik@xxxxxxx
• Re: [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [RFC][PATCH] x86: remove vmalloc.h from asm/io.h
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Jeremy Trimble <jeremy.trimble@xxxxxxxxx>
• Re: [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/13] mmc: davinci_mmc: Support for deferred probing when requesting DMA channels
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 05/13] mmc: omap_hsmmc: Support for deferred probing when requesting DMA channels
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 04/13] mmc: omap_hsmmc: No need to check DMA channel validity at module remove
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 00/21] On-demand device registration
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH] fixup! dmaengine: pxa_dma: add debug information
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v4 3/5] dmaengine: pxa: add pxa dmaengine driver
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 11/13] spi: omap2-mcspi: Support for deferred probing when requesting DMA channels
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 13/13] ASoC: omap-pcm: Switch to use dma_request_slave_channel_compat_reason()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 11/13] spi: omap2-mcspi: Support for deferred probing when requesting DMA channels
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] dmaengine: Move icg helpers to global header
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] dmaengine: hdmac: Implement interleaved transfers
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] dmaengine: hdmac: Implement interleaved transfers support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 11/13] spi: omap2-mcspi: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 3/5] dmaengine: pxa: add pxa dmaengine driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v4 3/5] dmaengine: pxa: add pxa dmaengine driver
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH RESEND 0/2] dmaengine: make transfers reusable
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH RESEND 1/2] dmaengine: virt-dma: don't always free descriptor upon completion
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH RESEND 2/2] Documentation: dmaengine: document DMA_CTRL_ACK
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 11/13] spi: omap2-mcspi: Support for deferred probing when requesting DMA channels
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] dmaengine: hsu: Fix memory leak when stopping a running transfer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 1/1] dmaengine: hsu: Fix memory leak when stopping a running transfer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/5] dmaengine: mv_xor: Enlarge descriptor pool size
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/13] mmc: omap_hsmmc: No need to check DMA channel validity at module remove
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 01/13] dmaengine: of_dma: Correct return code for of_dma_request_slave_channel in case !CONFIG_OF
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 05/13] mmc: omap_hsmmc: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 03/13] serial: 8250_dma: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 07/13] mmc: davinci_mmc: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 06/13] mmc: omap: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 09/13] crypto: omap-des - Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 12/13] [media] omap3isp: Support for deferred probing when requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 10/13] crypto: omap-sham - Support for deferred probing when requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 11/13] spi: omap2-mcspi: Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 08/13] crypto: omap-aes - Support for deferred probing when requesting DMA channels
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 3/8] core: platform: wakeup the parent before trying any driver operations
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 13/13] ASoC: omap-pcm: Switch to use dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 00/13] dmaengine + omap drivers: support fro deferred probing
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 3/5] dmaengine: mv_xor: add support for a38x command in descriptor mode
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] dmaengine: mv_xor: bug fix for racing condition in descriptors cleanup
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] dmaengine: mv_xor: Rename function for consistent naming
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/5] dmaengine: mv_xor: improve descriptors list handling and reduce locking
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/5] dmaengine: mv_xor: Fixes and enhancements
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] dmaengine: pxa: add pxa dmaengine driver
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH v3] dmaengine: sirf: add CSRatlas7 SoC support
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v2 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 1/5] Documentation: dmaengine: pxa-dma design
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 3/8] core: platform: wakeup the parent before trying any driver operations
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 1/5] Documentation: dmaengine: pxa-dma design
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH v4 5/5] dmaengine: pxa_dma: add support for legacy transition
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH v4 4/5] dmaengine: pxa_dma: add debug information
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH v4 1/5] Documentation: dmaengine: pxa-dma design
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH v4 3/5] dmaengine: pxa: add pxa dmaengine driver
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• [PATCH v4 2/5] MAINTAINERS: add pxa dma driver to pxa architecture
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v3 6/6] Documentation: dmaengine: document DMA_CTRL_ACK
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v3 3/6] dmaengine: pxa: add pxa dmaengine driver
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2 3/8] core: platform: wakeup the parent before trying any driver operations
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/12] dmaengine: rcar-dmac: Use DECLARE_BITMAP
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: pl330: Initialize pl330 for pl330_prep_dma_memcpy after NULL check of pch
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] DMA: shdma: r8a73a4: Make dma_ts_shift[] static
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 6/6] Documentation: dmaengine: document DMA_CTRL_ACK
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 3/6] dmaengine: pxa: add pxa dmaengine driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH v2 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/8] core: platform: wakeup the parent before trying any driver operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/8] mfd: introduce a driver for LPSS devices on SPT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 6/8] mfd: make mfd_remove_devices() iterate in reverse order
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 5/8] driver core: implement device_for_each_child_reverse()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/8] ACPI / PM: Attach ACPI power domain only once
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/8] klist: implement klist_prev()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 20/21] dma: of: Probe DMA controllers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH 00/21] On-demand device registration
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH 1/1] dmaengine: pl330: Initialize pl330 for pl330_prep_dma_memcpy after NULL check of pch
  • From: Maninder Singh <shanky.cool1992@xxxxxxxxx>
• Re: [PATCH v3 1/6] Documentation: dmaengine: pxa-dma design
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: pl330: Initialize pl330 for pl330_prep_dma_memcpy after NULL check of pch
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH 1/1] dmaengine: pl330: Initialize pl330 for pl330_prep_dma_memcpy after NULL check of pch
  • From: Maninder Singh <shanky.cool1992@xxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH trivial] DMA-API: Spelling s/This/Think/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 1/4 v2] dmaengine: rcar-dmac: fixup spinlock in rcar-dmac
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH trivial] DMA-API: Spelling s/This/Think/
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH trivial] DMA-API: Spelling s/This/Think/
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/4 v2] dmaengine: rcar-dmac: fixup spinlock in rcar-dmac
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [EDT][PATCH 1/1] dma/pl330.c : Initialize pl330 pointer after NULL check of pch pointer
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [EDT][PATCH 1/1] dma/pl330.c : Initialize pl330 pointer after NULL check of pch pointer
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• Re: [PATCH] DMA: shdma: r8a73a4: Make dma_ts_shift[] static
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH 0/4 v2] ASoC: rsnd: fixup interrupt / spin lock issue
  • From: Cao Minh Hiep <cm-hiep@xxxxxxxxxxx>
• ezdma: Simple read()/write() userspace interface for dmaengine.
  • From: Jeremy Trimble <jeremy.trimble@xxxxxxxxx>
• Re: [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH v6] dma: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Kedareswara rao Appana <appana.durga.rao@xxxxxxxxxx>
• [PATCH v4 2/2] dma: Add Xilinx AXI Central Direct Memory Access Engine driver support
  • From: Kedareswara rao Appana <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Emilio López <emilio@xxxxxxxxxxxxx>
• Re: [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] dma: omap-dma: Fix line over 80 characters
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Fix hang on dmaengine_terminate_all on certain boards
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl300: enable the clock to PL330 dma
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 2/2] dma: amba-pl08x: Fix line over 80 characters
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/2] dma: omap-dma: Fix line over 80 characters
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: Modifying sg_dma_len(sg)?
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [EDT][PATCH 1/1] dma/pl330.c : Initialize pl330 pointer after NULL check of pch pointer
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] DMA: shdma: r8a73a4: Make dma_ts_shift[] static
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• [PATCH trivial] DMA-API: Spelling s/This/Think/
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/4 v2] ASoC: rsnd: add rsnd_dai_stream_quit()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/4 v2] ASoC: rsnd: indicate unknown HW start
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Patch v6 2/2] dmaengine: Add ADM driver
  • From: Archit Taneja <architt@xxxxxxxxxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 v2] ASoC: rsnd: fixup interrupt / spin lock issue
  • From: Cao Minh Hiep <cm-hiep@xxxxxxxxxxx>
• [PATCH 4/4 v2] ASoC: rsnd: spin lock for interrupt handler
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 3/4 v2] ASoC: rsnd: add rsnd_dai_stream_quit()
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 2/4 v2] ASoC: rsnd: indicate unknown HW start
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 1/4 v2] dmaengine: rcar-dmac: fixup spinlock in rcar-dmac
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 0/4 v2] ASoC: rsnd: fixup interrupt / spin lock issue
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl300: enable the clock to PL330 dma
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH] dmaengine: pl330: Fix hang on dmaengine_terminate_all on certain boards
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl300: enable the clock to PL330 dma
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl300: enable the clock to PL330 dma
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dma: omap-dma: Fix line over 80 characters
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 1/2] dma: omap-dma: Fix line over 80 characters
  • From: Jagan Teki <jteki@xxxxxxxxxxxx>
• [PATCH 2/2] dma: amba-pl08x: Fix line over 80 characters
  • From: Jagan Teki <jteki@xxxxxxxxxxxx>
• Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [RFC v1 09/25] ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] dmaengine: rcar-dmac: fixup spinlock in rcar-dmac
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] ASoC: rsnd: fixup interrupt / spin lock issue
  • From: Cao Minh Hiep <cm-hiep@xxxxxxxxxxx>
• [PATCH 4/4] ASoC: rsnd: spin lock for interrupt handler
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 3/4] ASoC: rsnd: add rsnd_dai_stream_quit()
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 2/4] ASoC: rsnd: indicate unknown HW start
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 1/4] dmaengine: rcar-dmac: fixup spinlock in rcar-dmac
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 0/4] ASoC: rsnd: fixup interrupt / spin lock issue
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• [PATCH 02/12] dmaengine: rcar-dmac: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/12] treewide: Use DECLARE_BITMAP
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 1/6] Documentation: dmaengine: pxa-dma design
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: Modifying sg_dma_len(sg)?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Jun Nie <jun.nie@xxxxxxxxxx>
• [EDT][PATCH 1/1] dma/pl330.c : Initialize pl330 pointer after NULL check of pch pointer
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: Modifying sg_dma_len(sg)?
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Jun Nie <jun.nie@xxxxxxxxxx>
• [PATCH v2 2/2] dmaengine: xdmac: Add memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] dmaengine: xdmac: Add memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] dmaengine: Revert "drivers/dma: remove unused support for MEMSET operations"
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6 1/2] Documentation: dma: Add documentation for ZTE DMA
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] dmaengine: zxdma: Support ZTE ZX296702 dma
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v6] dma: sun4i: Add support for the DMA engine on sun[457]i SoCs
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/5] dmaengine: xdmac: Add interleaved transfers capability
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: bcm2835: Add slave dma support
  • From: Martin Sperl <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dmaengine: sirf: add CSRatlas7 SoC support
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v3 1/6] Documentation: dmaengine: pxa-dma design
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Modifying sg_dma_len(sg)?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>