DMA Engine
[Prev Page][Next Page]
- Re: [PATCH v2 3/9] arm: twr-k70f120m: clock driver for Kinetis SoC
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 4/9] arm: twr-k70f120m: timer driver for Kinetis SoC
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 5/9] arm: twr-k70f120m: IOMUX driver for Kinetis SoC
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH v3 2/2] dma: Add Xilinx zynqmp dma engine driver support
- From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
- [PATCH v3 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation
- From: Punnaiah Choudary Kalluri <punnaiah.choudary.kalluri@xxxxxxxxxx>
- [PATCH] dmaengine: sirf: fix kernel panic under one race condition
- From: Barry Song <21cnbao@xxxxxxxxx>
- [patch 2/2] dma/ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 1/2] dma/ipu: Consolidate chained IRQ handler install/remove
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 0/2] dma/ipu: Interrupt cleanups
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH/RFC 1/3] dmaengine: shdmac: Use generic residue handling
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH/RFC 2/3] dmaengine: shdmac: Add missing DMA_MEM_TO_MEM direction
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [PATCH/RFC 3/3] dmaengine: sudmac: Add missing address widths and directions
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- RE: [PATCH/RFC 3/3] dmaengine: sudmac: Add missing address widths and directions
- From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- [PATCH v7 3/3] dmaengine: zxdma: Support cyclic dma
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH v7 2/3] dmaengine: zxdma: Support ZTE ZX296702 dma
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH v7 1/3] Documentation: dma: Add documentation for ZTE DMA
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH v7 0/3] Add support to ZTE DMA controller
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH v2 03/13] dma: kill off set_irq_flags usage
- From: Rob Herring <robh@xxxxxxxxxx>
- [PATCH 4/4] doc: dt: dma: add bindings for lpc1850-dmamux
- From: Joachim Eastwood <manabian@xxxxxxxxx>
- [PATCH 3/4] dmaengine: add driver for lpc18xx dmamux
- From: Joachim Eastwood <manabian@xxxxxxxxx>
- [PATCH 2/4] doc: dt: dma: add binding doc for pl08x
- From: Joachim Eastwood <manabian@xxxxxxxxx>
- [PATCH 1/4] dmaengine: pl08x: support dt channel assignment
- From: Joachim Eastwood <manabian@xxxxxxxxx>
- [PATCH 0/4] PL08x DT bindings and LPC18xx DMA support
- From: Joachim Eastwood <manabian@xxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- [PATCH] dma: ti-dma-crossbar: Fix checking return value of devm_ioremap_resource
- From: Axel Lin <axel.lin@xxxxxxxxxx>
- [PATCH] Revert "dmaengine: virt-dma: don't always free descriptor upon completion"
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH/RFC 3/3] dmaengine: sudmac: Add missing address widths and directions
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- [PATCH/RFC 2/3] dmaengine: shdmac: Add missing DMA_MEM_TO_MEM direction
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- [PATCH/RFC 1/3] dmaengine: shdmac: Use generic residue handling
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- [PATCH/RFC 0/3] dmaengine: shdma: Miscellaneous changes
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Re: [PATCH] dmaengine: free descriptor when free chan resource
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- [PATCH] dmaengine: free descriptor when free chan resource
- From: Jun Nie <jun.nie@xxxxxxxxxx>
- [PATCH] dmaengine: shdma: Make dummy shdma_chan_filter() always return false
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- [PATCH V3] dmaengine: imx-sdma: Add device to device support
- From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
- Re: [PATCH V2] dmaengine: imx-sdma: Add device to device support
- From: Shengjiu Wang <shengjiu.wang@xxxxxxxxxxxxx>
- Re: [PATCH] dmaengine: xgene-dma: Fix the resource map to handle overlapping
- From: Rameshwar Sahu <rsahu@xxxxxxx>
- Re: [PATCH] dmaengine: use phys_addr_t for slave configuration
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH v2 1/1] dmaengine: at_xdmac: fix transfer data width in at_xdmac_prep_slave_sg()
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH linux-next v2 1/1] dmaengine: at_hdmac: fix residue computation
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH] dmaengine: at_xdmac: fix bug about channel configuration
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH V2] dmaengine: imx-sdma: Add device to device support
- From: Vinod Koul <vinod.koul@xxxxxxxxx>
- Re: [PATCH] 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: Vinod Koul <vinod.koul@xxxxxxxxx>
- [PATCH v2 2/2] dma: rename dma_*_writecombine() to dma_*_wc()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
- [PATCH v2 1/2] drivers/dma/iop-adma: Use dma_alloc_writecombine() kernel-style
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
- [PATCH v2 0/2] dma: rename write-combine APIs with short form
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
- [PATCH v2 1/1] dmaengine: hsu: remove excessive lock
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] dmaengine: st_fdma: Add xbar support
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH 3/7] dmaengine: st_fdma: Add STMicroelectronics FDMA engine driver support
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- [PATCH V4 3/7] i2c: qup: Add V2 tags support
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 2/7] qup: i2c: factor out common code for reuse
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 1/7] i2c: qup: Change qup_wait_writeready function to use for all timeouts
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 6/7] dts: msm8974: Add blsp2_bam dma node
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 5/7] i2c: qup: Add bam dma capabilities
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 7/7] dts: msm8974: Add dma channels for blsp2_i2c1 node
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 4/7] i2c: qup: Transfer each i2c_msg in i2c_msgs without a stop bit
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH V4 0/7] i2c: qup: Add support for v2 tags and bam dma
- From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
- [PATCH 2/7] dmaengine: st_fdma: Add STMicroelectronics FDMA xbar DT binding documentation
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 1/7] dmaengine: st_fdma: Add STMicroelectronics FDMA DT binding documentation
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 6/7] MAINTAINERS: Add FDMA driver files to STi section.
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 7/7] ARM: multi_v7_defconfig: Enable STi FDMA driver
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 4/7] dmaengine: st_fdma: Add xbar support
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 5/7] ARM: STi: DT: STiH407: Add FDMA driver and xbar driver dt nodes.
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 3/7] dmaengine: st_fdma: Add STMicroelectronics FDMA engine driver support
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- [PATCH 0/7] Add support for FDMA DMA controller found on STi chipsets
- From: Peter Griffin <peter.griffin@xxxxxxxxxx>
- Re: [PATCHv4 0/6] dmaengine: mv_xor fixes and improvements
- From: Andrew Lunn <andrew@xxxxxxx>
- [PATCHv4 6/6] dmaengine: mv_xor: optimize performance by using a subset of the XOR channels
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 5/6] dmaengine: mv_xor: de-duplicate mv_chan_set_mode*()
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 4/6] dmaengine: mv_xor: remove mv_xor_chan->current_type field
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [PATCHv4 3/6] dmaengine: mv_xor: remove support for dmacap,* DT properties
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- [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
- 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
- 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
- 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
- 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>
[Index of Archives]
[Linux Kernel]
[Linux ARM (vger)]
[Linux ARM MSM]
[Linux Omap]
[Linux Arm]
[Linux Tegra]
[Fedora ARM]
[Linux for Samsung SOC]
[eCos]
[Linux PCI]
[Linux Fastboot]
[Gcc Help]
[Git]
[DCCP]
[IETF Announce]
[Security]
[Linux MIPS]
[Yosemite Campsites]