DMA Engine

• Thread Index

• [PATCH V2 1/8] dmaengine: bcm2835: set residue_granularity field
  • From: kernel@xxxxxxxxxxxxxxxx
• [PATCH V2 0/8] dmaengine: bcm2835: enhancement of driver
  • From: kernel@xxxxxxxxxxxxxxxx
• Re: [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: fix a typo for bitfields of CTL_LO
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH] dmaengine: dw: fix a typo for bitfields of CTL_LO
  • From: Jie Yang <yang.jie@xxxxxxxxx>
• [PATCH] async_tx: use GFP_NOWAIT rather than GFP_IO
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Suman Tripathi <stripathi@xxxxxxx>
• Re: [PATCHv3 0/3] mv_xor improvements
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH 03/10] dmaengine: ppc4xx: use to_platform_device()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: dw: clear LLP_[SD]_EN bits in last descriptor of a chain
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• RE: [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: "Wang, Annie" <Annie.Wang@xxxxxxx>
• RE: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: "Wang, Annie" <Annie.Wang@xxxxxxx>
• Re: [PATCH V11 4/7] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Serial:8250: New Port Type PORT_AMD_8250
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH V11 3/7] dma: add Qualcomm Technologies HIDMA management driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [V5, 1/6] i2c: qup: Change qup_wait_writeready function to use for all timeouts
  • From: Andy Gross <andy.gross@xxxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Ashutosh Dixit <ashutosh.dixit@xxxxxxxxx>
• Re: [PATCH V11 5/7] dma: qcom_hidma: implement lower level hardware interface
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V11 4/7] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V11 3/7] dma: add Qualcomm Technologies HIDMA management driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: raid5 async_xor: sleep in atomic
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 5/6] dmaengine: pl330: provide ACPI dmaengine interface
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/6] dmaengine: pl330: add new items for pl330 private data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/6] ACPI: create setup_quirk in acpi_apd
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 6/6] Serial:8250: New Port Type PORT_AMD_8250
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/6] dmaengine: pl330: add new items for pl330 private data
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 5/6] dmaengine: pl330: provide ACPI dmaengine interface
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 3/6] ACPI: add 2 parameters to function acpi dma controller register
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 4/6] dmaengine: pl330: add new items for pl330 private data
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 6/6] Serial:8250: New Port Type PORT_AMD_8250
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 2/6] ACPI: create setup_quirk in acpi_apd
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 1/6] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 0/6] 8250: AMD Carrizo UART PL300 DMA enablement
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• Re: [PATCH V11 0/7] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V11 0/7] dma: add Qualcomm Technologies HIDMA driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V11 0/7] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 1/7] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 2/7] dma: hidma: Add Device Tree support
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 3/7] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 5/7] dma: qcom_hidma: implement lower level hardware interface
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 6/7] dma: qcom_hidma: add debugfs hooks
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 4/7] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V11 0/7] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Mike Looijmans <mike.looijmans@xxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Mike Looijmans <mike.looijmans@xxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [Question about DMA] Consistent memory?
  • From: Mike Looijmans <mike.looijmans@xxxxxxxx>
• [Question about DMA] Consistent memory?
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 03/10] dmaengine: ppc4xx: use to_platform_device()
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Rameshswar Prasad Sahu <rsahu@xxxxxxx>
• [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Rameshwar Prasad Sahu <rsahu@xxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Ashutosh Dixit <ashutosh.dixit@xxxxxxxxx>
• Re: [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Saurabh Sengar <saurabh.truth@xxxxxxxxx>
• [PATCH] dma: Revert "dmaengine: mic_x100: add missing spin_unlock"
  • From: Ashutosh Dixit <ashutosh.dixit@xxxxxxxxx>
• Re: [PATCH] dmaengine: dw: clear LLP_[SD]_EN bits in last descriptor of a chain
  • From: "Shevchenko, Andriy" <andriy.shevchenko@xxxxxxxxx>
• [PATCH] dmaengine: xgene-dma: Fix double IRQ issue by setting IRQ_DISABLE_UNLAZY flag
  • From: Rameshwar Prasad Sahu <rsahu@xxxxxxx>
• [PATCHv3 3/3] dmaengine: mv_xor: add suspend/resume support
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv3 2/3] dmaengine: mv_xor: de-duplicate mv_chan_set_mode*()
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv3 1/3] dmaengine: mv_xor: remove mv_xor_chan->current_type field
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCHv3 0/3] mv_xor improvements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: dw: clear LLP_[SD]_EN bits in last descriptor of a chain
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Okaya@xxxxxxxxxxxxxx
• Re: [PATCH V10 2/7] dma: hidma: Add Device Tree support
  • From: Okaya@xxxxxxxxxxxxxx
• Re: [PATCH] dmaengine: dw: clear LLP_[SD]_EN bits in last descriptor of a chain
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] dmaengine: dw: clear LLP_[SD]_EN bits in last descriptor of a chain
  • From: Mans Rullgard <mans@xxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V10 2/7] dma: hidma: Add Device Tree support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support
  • From: Martin Sperl <kernel@xxxxxxxxxxxxxxxx>
• Re: [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V03 0/5] dmaengine: New 'universal' API for requesting channel
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V2] dmaengine: mdc: Correct terminate_all handling
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: edma: Add probe callback to edma_tptc_driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: dw: fix potential memory leak in dw_dma_parse_dt()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: dw: fix potential memory leak in dw_dma_parse_dt()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH] dmaengine: dw: fix potential memory leak in dw_dma_parse_dt()
  • From: Mans Rullgard <mans@xxxxxxxxx>
• [RESEND][PATCH v2] dmaengine: bcm2835: Add slave dma support
  • From: Martin Sperl <kernel@xxxxxxxxxxxxxxxx>
• [PATCH V10 1/7] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 2/7] dma: hidma: Add Device Tree support
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 3/7] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 6/7] dma: qcom_hidma: add debugfs hooks
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 5/7] dma: qcom_hidma: implement lower level hardware interface
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 4/7] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 7/7] dma: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V10 0/7] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v8 5/7] mtd: nand: gpmi: add GPMI NAND support for i.MX7D
  • From: Huang Shijie <shijie.huang@xxxxxxx>
• Re: [PATCH v8 6/7] mtd: nand: gpmi: correct bitflip for erased NAND page
  • From: Huang Shijie <shijie.huang@xxxxxxx>
• Re: [PATCH v8 4/7] mtd: nand: gpmi: may use minimum required ecc for 744 oobsize NAND
  • From: Huang Shijie <shijie.huang@xxxxxxx>
• Re: [PATCH v8 7/7] mtd: nand: gpmi: support NAND on i.MX6UL
  • From: Huang Shijie <shijie.huang@xxxxxxx>
• [PATCH] dmaengine: edma: Add probe callback to edma_tptc_driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [GIT PULL] dmaengine fixes for 4.4-rc6
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: use phys_addr_t for slave configuration
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: use phys_addr_t for slave configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V03 1/5] dmaengine: core: Skip mask matching when it is not provided to private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V03 2/5] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V03 4/5] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V03 5/5] dmaengine: omap-dma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V03 3/5] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V03 0/5] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH V02 3/5] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH V02 3/5] dmaengine: core: Introduce new, universal API to request a channel
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V02 0/5] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH V02 0/5] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V02 2/5] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V02 5/5] dmaengine: omap-dma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V02 4/5] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V02 3/5] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH V02 1/5] dmaengine: core: Skip mask matching when it is not provided to private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 0/9] 8250: AMD Carrizo UART PL300 DMA enablement
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 7/9] Serial:8250: New Port Type PORT_AMD_8250
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 5/9] dmaengine: pl330: provide ACPI dmaengine interface
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH V9 3/5] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V9 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V9 5/5] dma: qcom_hidma: add debugfs hooks
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V9 4/5] dma: qcom_hidma: implement lower level hardware interface
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V9 1/5] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V9 0/5] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• RE: [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
  • From: "Wang, Annie" <Annie.Wang@xxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH 5/6] drivers/dma: make sh/shdma-*.c explicitly non-modular
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] drivers/dma: drop modular code from non modular drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data
  • From: "Wang, Annie" <Annie.Wang@xxxxxxx>
• Re: [PATCH] dma: mdc: Correct terminate_all handling
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: at_xdmac: fix at_xdmac_prep_dma_memcpy()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: stm32-dma: Fix unchecked deference of chan->desc
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: sh: Remove unused R-Car HPB-DMAC driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] dmaengine: usb-dmac: Document SoC specific compatibility strings
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 11/28] dmaengine: pch_dma: allow build on MIPS platforms
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/3] ste_dma40: Deletion of a few unnecessary checks
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/6] drivers/dma: drop modular code from non modular drivers
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/6] drivers/dma: drop modular code from non modular drivers
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] drivers/dma: drop modular code from non modular drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/6] drivers/dma: make mmp_tdma.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/6] drivers/dma: make edma.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 5/6] drivers/dma: make sh/shdma-*.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 6/6] drivers/dma: make tegra20-apb-dma.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 0/6] drivers/dma: drop modular code from non modular drivers
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 4/6] drivers/dma: make pxa_dma.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 2/6] drivers/dma: make mmp_pdma.c explicitly non-modular
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 9/9] Revert "dmaengine: dw: platform: provide platform data for Intel"
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 7/9] dmaengine: dw: platform: power on device on shutdown
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 8/9] dmaengine: dw: return immediately from IRQ when DMA isn't in use
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: at_hdmac: fix dma_addr_t printing
  • From: Dmitry Krivenok <krivenok.dmitry@xxxxxxxxx>
• Re: [PATCH] dmaengine: at_hdmac: fix dma_addr_t printing
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: at_hdmac: fix dma_addr_t printing
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH] dmaengine: at_hdmac: fix dma_addr_t printing
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v3 0/9] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] dma: mdc: Correct terminate_all handling
  • From: Damien Horsley <Damien.Horsley@xxxxxxxxxx>
• [PATCH 1/1] dmaengine: at_xdmac: fix at_xdmac_prep_dma_memcpy()
  • From: Cyrille Pitchen <cyrille.pitchen@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: at_xdmac: fix at_xdmac_prep_dma_memcpy()
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH v2] dmaengine: stm32-dma: Fix unchecked deference of chan->desc
  • From: "M'boumba Cedric Madianga" <cedric.madianga@xxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: sh: Remove unused R-Car HPB-DMAC driver
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC] User space to kernel space copy optimization
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/7] dmaengine: mxs: add i.MX7D APBH DMA support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v8 2/7] dmaengine: mxs: APBH DMA supports deep sleep mode
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V3 0/6] DMA: tegra-apb: Clean-up
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] dma: mic_x100: add missing spin_unlock
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: Remove unnecessary synchronize_irq() before free_irq()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4] dmaengine: fsl-edma: add PM suspend/resume support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: at_xdmac: fix bad behavior in interleaved mode
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: at_xdmac: fix false condition for memset_sg transfers
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: mdc: Correct terminate_all handling
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v1 1/1] dmaengine: acpi-dma: check for 64-bit MMIO address
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: hsu: speed up residue calculation
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v1 0/4] dmaengine: idma64: few amendments
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: stm32-dma: Fix static checker warning
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC] dma: at_xdmac.c: enable descriptor reuse
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: fix macro typo
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: Add might_sleep() to dmaengine_synchronize()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC] User space to kernel space copy optimization
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: fix endless loop in usb_dmac_chan_terminate_all()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 0/4] dmaengine: omap-dma: transfer start and short memcpy improvement
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 0/9] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 0/9] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 0/9] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 2/9] Revert "ACPI / LPSS: allow to use specific PM domain during ->probe()"
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 3/9] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 9/9] Revert "dmaengine: dw: platform: provide platform data for Intel"
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 8/9] dmaengine: dw: return immediately from IRQ when DMA isn't in use
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 5/9] ACPI / LPSS: do delay for all LPSS devices when D3->D0
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 6/9] ACPI / LPSS: override power state for LPSS DMA device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 4/9] ACPI / LPSS: power on when probe() and otherwise when remove()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 7/9] dmaengine: dw: platform: power on device on shutdown
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 1/9] device core: add BUS_NOTIFY_DRIVER_NOT_BOUND notification
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 0/9] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] dmaengine: sh: Remove unused R-Car HPB-DMAC driver
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [PATCH 6/9] dmaengine:pl330: set segment_boundary_mask = 0cffffffff
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description
  • From: "Wan, Vincent" <Vincent.Wan@xxxxxxx>
• Re: [PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
  • From: Graeme Gregory <gg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/9] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: G Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: Huang Rui <ray.huang@xxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: G Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: Huang Rui <ray.huang@xxxxxxx>
• Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/14] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/9] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 9/9] iommu/amd: Add ACPI HID named devices IOMMU driver support
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 6/9] dmaengine:pl330: set segment_boundary_mask = 0cffffffff
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 7/9] Serial:8250: New Port Type PORT_AMD_8250
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 5/9] dmaengine: pl330: provide ACPI dmaengine interface
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 0/9] 8250: AMD Carrizo UART PL300 DMA enablement
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• [PATCH 1/9] ACPI: Add support for AMBA bus type
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• Re: [PATCH v2 9/9] dmaengine: Kconfig: rename ARCH_HI3xxx to ARCH_HI36xx
  • From: xuejiancheng <xuejiancheng@xxxxxxxxxx>
• [PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description
  • From: Wang Hongcheng <annie.wang@xxxxxxx>
• Re: [PATCH v2 13/14] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: "Shevchenko, Andriy" <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/4] dmaengine: New 'universal' API for requesting channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/4] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 4/4] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 1/4] dmaengine: core: Skip mask matching when it is not provided to private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 3/4] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 0/4] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v03 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 9/9] dmaengine: Kconfig: rename ARCH_HI3xxx to ARCH_HI36xx
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH V8 0/5] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 1/5] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 2/5] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 5/5] dma: qcom_hidma: add debugfs hooks
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 4/5] dma: qcom_hidma: implement lower level hardware interface
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 3/5] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH v2 9/9] dmaengine: Kconfig: rename ARCH_HI3xxx to ARCH_HI36xx
  • From: Jiancheng Xue <xuejiancheng@xxxxxxxxxx>
• [PATCH v2 0/9] ARM: hisi: enable hi3519 soc
  • From: Jiancheng Xue <xuejiancheng@xxxxxxxxxx>
• [PATCH v8 4/7] mtd: nand: gpmi: may use minimum required ecc for 744 oobsize NAND
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 0/7] mtd: nand: gpmi: gpmi-nand DSM and bitflip support
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 6/7] mtd: nand: gpmi: correct bitflip for erased NAND page
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 2/7] dmaengine: mxs: APBH DMA supports deep sleep mode
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 3/7] dmaengine: mxs: add i.MX7D APBH DMA support
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 1/7] mtd: nand: gpmi: add gpmi dsm supend/resume support
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 5/7] mtd: nand: gpmi: add GPMI NAND support for i.MX7D
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• [PATCH v8 7/7] mtd: nand: gpmi: support NAND on i.MX6UL
  • From: Han Xu <b45815@xxxxxxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH] dmaengine: at_xdmac: fix bad behavior in interleaved mode
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC v03 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v03 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [RFC v03 02/15] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 06/15] ARM: davinci: dm355: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 05/15] ARM: davinci: devices-da8xx: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 07/15] ARM: davinci: dm365: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 09/15] ARM: davinci: dm646x: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 11/15] spi: davinci: Use dma_request_chan() to requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 13/15] ARM: davinci: devices: Remove DMA resources for MMC
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 10/15] mmc: davinci_mmc: Use dma_request_chan() to requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 14/15] ARM: davinci: dm355: Remove DMA resources for SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 12/15] ARM: davinci: devices-da8xx: Remove DMA resources for MMC and SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 15/15] ARM: davinci: dm365: Remove DMA resources for SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 08/15] ARM: davinci: dm644x: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v03 01/15] dmaengine: core: Skip mask matching when it is not provided to private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2] dmaengine: usb-dmac: Document SoC specific compatibility strings
  • From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/4] dmaengine: qcom_bam_dma: add controlled remotely dt property
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 3/4] ARM: dts: Add STM32 DMA support for STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/4] dmaengine: qcom_bam_dma: clear BAM interrupt only if it is rised
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 1/4] dmaengine: qcom_bam_dma: fix dma free memory on remove
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 3/4] dmaengine: qcom_bam_dma: use correct pipe FIFO size
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 4/4] dmaengine: qcom_bam_dma: add controlled remotely dt property
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 0/4] bam dma fixes and one dt extension
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 0/6] DMA: tegra-apb: Clean-up
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH 11/28] dmaengine: pch_dma: allow build on MIPS platforms
  • From: Paul Burton <paul.burton@xxxxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v2] dma: mic_x100: add missing spin_unlock
  • From: Saurabh Sengar <saurabh.truth@xxxxxxxxx>
• Re: dmaengine: xdmac: Add memset support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: mic_x100: add missing spin_unlock
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: ti-dma-crossbar: channel reserving and edma3-tpcc support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 05/15] ARM: davinci: devices-da8xx: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 06/15] ARM: davinci: dm355: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 07/15] ARM: davinci: dm365: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 09/15] ARM: davinci: dm646x: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 08/15] ARM: davinci: dm644x: Add dma_filter_map to edma
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 10/15] mmc: davinci_mmc: Use dma_request_chan() to requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 11/15] spi: davinci: Use dma_request_chan() to requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 12/15] ARM: davinci: devices-da8xx: Remove DMA resources for MMC and SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 13/15] ARM: davinci: devices: Remove DMA resources for MMC
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 14/15] ARM: davinci: dm355: Remove DMA resources for SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC v02 15/15] ARM: davinci: dm365: Remove DMA resources for SPI
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: Rameshwar Sahu <rsahu@xxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 3/3] ste_dma40: Delete an unnecessary variable initialisation in d40_probe()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/3] ste_dma40: Delete another unnecessary check in d40_probe()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/3] ste_dma40: Delete an unnecessary check before the function call "kmem_cache_destroy"
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH V7 1/3] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] device core: add BUS_NOTIFY_BIND_DRIVER_ERROR notification
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [RFC 1/6] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 2/6] dmaengine: core: Move and merge the code paths using private_candidate
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 4/6] dmaengine: edma: Add support for DMA filter mapping to slave devices
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 6/6] mmc: davinci_mmc: Switch to use the new dmaengine API for requesting channel (NOT FOR MERGE)
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 5/6] ARM: davinci: devices-da8xx: device -> dma instance mapping support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC 0/6] dmaengine: New 'universal' API for requesting channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] device core: add BUS_NOTIFY_BIND_DRIVER_ERROR notification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: "Shevchenko, Andriy" <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2 4/7] ACPI / LPSS: override power state for LPSS DMA device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/7] ACPI / LPSS: allow to use specific PM domain during ->probe()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/7] device core: add BUS_NOTIFY_BIND_DRIVER_ERROR notification
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 5/7] dmaengine: dw: platform: power on device on shutdown
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 6/7] dmaengine: dw: return immediately from IRQ when DMA isn't in use
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 7/7] Revert "dmaengine: dw: platform: provide platform data for Intel"
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/7] ACPI / LPSS: do delay for all LPSS devices when D3->D0
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/7] ACPI / LPSS: fix system hangup on BYT/BSW/CHT
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH V7 1/3] dma: qcom_bam_dma: move to qcom directory
  • From: Andy Gross <agross@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: Remove unnecessary synchronize_irq() before free_irq()
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• RE: [PATCH v4] dmaengine: fsl-edma: add PM suspend/resume support
  • From: Yao Yuan <yao.yuan@xxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Eric Anholt <eric@xxxxxxxxxx>
• [PATCH] dmaengine: at_xdmac: fix false condition for memset_sg transfers
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: hsu: speed up residue calculation
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] dmaengine: idma64: few amendments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] dmaengine: acpi-dma: check for 64-bit MMIO address
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] dmaengine: stm32-dma: Fix static checker warning
  • From: "M'boumba Cedric Madianga" <cedric.madianga@xxxxxxxxx>
• Re: [RFC] dma: at_xdmac.c: enable descriptor reuse
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• RE: [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH] dmaengine: usb-dmac: Document SoC specific bindings
  • From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Stefan Wahren <info@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dmaengine: at_xdmac: fix spurious flag status for mem2mem transfers
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH 1/2] dmaengine: at_xdmac: fix macro typo
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH 1/2] dmaengine: at_xdmac: fix macro typo
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH 2/2] dmaengine: at_xdmac: fix spurious flag status for mem2mem transfers
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxx>
• [PATCH] dmaengine: Add might_sleep() to dmaengine_synchronize()
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH V6 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V7 1/3] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V7 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V7 0/3] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V6 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: dmaengine: xdmac: Add memset support
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: okaya@xxxxxxxxxxxxxx
• Re: [PATCH V6 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH V6 1/3] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V6 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V6 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V6 0/3] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 2/2] dmaengine: img-mdc: Remove unnecessary synchronize_irq() before devm_free_irq()
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PATCH 1/2] dmaengine: at_xdmac: Remove unnecessary synchronize_irq() before free_irq()
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [GIT PULL] dmaengines fixes for 4.4-rc2
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: dmaengine: Add STM32 DMA driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: dmaengine: Add STM32 DMA driver
  • From: "M'boumba Cedric Madianga" <cedric.madianga@xxxxxxxxx>
• re: dmaengine: Add STM32 DMA driver
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• re: dmaengine: xdmac: Add memset support
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [RFC] User space to kernel space copy optimization
  • From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
• [PATCH 1/1] dmaengine: hsu: speed up residue calculation
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH V5 0/6] i2c: qup: Add support for v2 tags and bam dma
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 1/6] i2c: qup: Change qup_wait_writeready function to use for all timeouts
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 2/6] i2c: qup: Add V2 tags support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 3/6] i2c: qup: Transfer each i2c_msg in i2c_msgs without a stop bit
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 4/6] i2c: qup: Add bam dma capabilities
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 5/6] dts: msm8974: Add blsp2_bam dma node
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V5 6/6] dts: msm8974: Add dma channels for blsp2_i2c1 node
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v1 2/4] dmaengine: idma64: set maximum allowed segment size for DMA
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/4] dmaengine: idma64: convert idma64_hw_desc_fill() to return void
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 0/4] dmaengine: idma64: few amendments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/4] dmaengine: idma64: drop IRQ enable / disable in handler
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/4] dmaengine: idma64: use local variable to index descriptor
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/1] dmaengine: acpi-dma: check for 64-bit MMIO address
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Anton Bondarenko <anton.bondarenko.sama@xxxxxxxxx>
• Re: [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Stefan Wahren <info@xxxxxxxxxxxxxx>
• Re: [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] [media] move media platform data to linux/platform_data/media
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC] User space to kernel space copy optimization
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [RFC] User space to kernel space copy optimization
  • From: "Jiang, Dave" <dave.jiang@xxxxxxxxx>
• [RFC] User space to kernel space copy optimization
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 3/3] ste_dma40: Delete an unnecessary variable initialisation in d40_probe()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] ste_dma40: Delete another unnecessary check in d40_probe()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ste_dma40: Delete an unnecessary check before the function call "kmem_cache_destroy"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] ste_dma40: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] dmaengine: bcm2835-dma: Convert to use DMA pool
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: rsahu@xxxxxxx
• [PATCH v2 1/3] dmaengine: Add support for new feature CRC32C computations
  • From: rsahu@xxxxxxx
• [PATCH v2 3/3] Crypto: Add support for APM X-Gene SoC CRC32C h/w accelerator driver
  • From: rsahu@xxxxxxx
• [PATCH v2 3/3] Crypto: Add support for APM X-Gene SoC CRC32C h/w accelerator driver
  • From: rsahu@xxxxxxx
• [PATCH v2 2/3] dmaengine: xgene-dma: Add support for CRC32C computations via DMA engine
  • From: rsahu@xxxxxxx
• [PATCH v2 2/3] dmaengine: xgene-dma: Add support for CRC32C computations via DMA engine
  • From: rsahu@xxxxxxx
• [PATCH v2 1/3] dmaengine: Add support for new feature CRC32C computations
  • From: rsahu@xxxxxxx
• [PATCH v2 0/3] dmaengine: Add supports for APM X-Gene SoC CRC32C accerlerator driver
  • From: rsahu@xxxxxxx
• Re: [PATCH V3 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• RE: [PATCH] dmaengine: usb-dmac: fix endless loop in usb_dmac_chan_terminate_all()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH v2] dmaengine: ioatdma: constify dca_ops structures
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: rcar-dmac: Document SoC specific bindings
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: at_hdmac: use %pad format string for dma_addr_t
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dma: at_xdmac: use %pad format string for dma_addr_t
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: usb-dmac: fix endless loop in usb_dmac_chan_terminate_all()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: imx-sdma: remove __init annotation on sdma_event_remap
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] IOATDMA: Cleanup pre v3.0 chansts register reads
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [patch] dmaengine: edma: predecence bug in GET_NUM_QDMACH()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: edma: fix build without CONFIG_OF
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] dmaengine: of_dma: Correct return code for of_dma_request_slave_channel in case !CONFIG_OF
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 4/4] ARM: configs: Add STM32 DMA support in STM32 defconfig
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 3/4] ARM: dts: Add STM32 DMA support for STM32F429 MCU
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 2/4] dmaengine: Add STM32 DMA driver
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v4 1/4] dt-bindings: Document the STM32 DMA bindings
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH V5 1/2] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 2/2] dma: qcom_hidma: add self test hooks
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 0/2] add self test code for DMA engine drivers
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 3/3] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 1/3] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V5 0/3] add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V4 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 2/3] dmaselftest: add memcpy selftest support functions
  • From: okaya@xxxxxxxxxxxxxx
• [PATCH V3 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 2/6] dmaengine: tegra-apb: Use dev_get_drvdata()
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 4/6] dmaengine: tegra-apb: Only save channel state for those in use
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 3/6] dmaengine: tegra-apb: Save and restore word count
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 5/6] dmaengine: tegra-apb: Update driver to use GFP_NOWAIT
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 6/6] dmaengine: tegra-apb: Free interrupts before killing tasklets
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V3 0/6] DMA: tegra-apb: Clean-up
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v2] dmaengine: ioatdma: constify dca_ops structures
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] dmaengine: edma: Add dummy driver skeleton for edma3-tptc
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v2] dmaengine: ioatdma: constify dca_ops structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] dmaengine: ioatdma: constify dcs_ops structures
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: [PATCH] dmaengine: rcar-dmac: Document SoC specific bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: rcar-dmac: Document SoC specific bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] dma: at_hdmac: use %pad format string for dma_addr_t
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• [PATCH] dma: at_hdmac: use %pad format string for dma_addr_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] dma: at_xdmac: use %pad format string for dma_addr_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [kbuild-all] [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V4 1/4] dma: qcom_bam_dma: move to qcom directory
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: rcar-dmac: Document SoC specific bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V4 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [kbuild-all] [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Fengguang Wu <lkp@xxxxxxxxx>
• [PATCH V4 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V4 1/4] dma: qcom_bam_dma: move to qcom directory
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V4 3/4] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V4 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V4 0/4] dma: add Qualcomm Technologies HIDMA driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH] dmaengine: usb-dmac: fix endless loop in usb_dmac_chan_terminate_all()
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• [PATCH] dmaengine: rcar-dmac: Document SoC specific bindings
  • From: Simon Horman <horms+renesas@xxxxxxxxxxxx>
• RE: [PATCH v9] dmaengine: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH v9] dmaengine: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [PATCH 3/4] dmaengine: omap-dma: Remove tasklet to start the transfers
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 1/4] dmaengine: omap-dma: Correct status reporting for memcpy
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 2/4] dmaengine: omap-dma: Clean up the prep_slave_sg sg list walk code
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 4/4] dmaengine: omap-dma: Handle cases when the channel is polled for completion
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 0/4] dmaengine: omap-dma: transfer start and short memcpy improvement
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• RE: [PATCH 1/1] dmaengine: imx-sdma: remove __init annotation on sdma_event_remap
  • From: Liu Jason <Hui.Liu@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: imx-sdma: remove __init annotation on sdma_event_remap
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/1] dmaengine: imx-sdma: remove __init annotation on sdma_event_remap
  • From: Jason Liu <r64343@xxxxxxxxxxxxx>
• Re: [kbuild-all] [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [kbuild-all] [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Fengguang Wu <lkp@xxxxxxxxx>
• RE: [PATCH v9] dmaengine: Add Xilinx AXI Direct Memory Access Engine driver support
  • From: Appana Durga Kedareswara Rao <appana.durga.rao@xxxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V2 4/6] dmaengine: tegra-apb: Only save channel state for those in use
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH V2 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH 12/13] [media] omap3isp: Support for deferred probing when requesting DMA channel
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Fix race in residue reporting
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 12/13] [media] omap3isp: Support for deferred probing when requesting DMA channel
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH V3 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V2 4/6] dmaengine: tegra-apb: Only save channel state for those in use
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• [PATCH V2 0/6] DMA: tegra-apb: Clean-up
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 1/6] dmaengine: tegra-apb: Correct runtime-pm usage
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 3/6] dmaengine: tegra-apb: Save and restore word count
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 6/6] dmaengine: tegra-apb: Free interrupts before killing tasklets
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 5/6] dmaengine: tegra-apb: Update driver to use GFP_NOWAIT
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 4/6] dmaengine: tegra-apb: Only save channel state for those in use
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH V2 2/6] dmaengine: tegra-apb: Use dev_get_drvdata()
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH] dmaengine: pl330: Fix race in residue reporting
  • From: Sjoerd Simons <sjoerd.simons@xxxxxxxxxxxxxxx>
• [PATCH] dma: mic_x100: add missing spin_unlock
  • From: Saurabh Sengar <saurabh.truth@xxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 2/3] dmaengine: ti-dma-crossbar: dra7: Support for reserving DMA event ranges
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 3/4] dmaselftest: add memcpy selftest support functions
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/4] dma: add Qualcomm Technologies HIDMA management driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] dma: fix returnvar.cocci warnings
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] dma: fix returnvar.cocci warnings
  • From: "Daniel K." <dk@xxxxxxx>
• Re: [PATCH V3 4/4] dma: add Qualcomm Technologies HIDMA channel driver
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] dma: fix returnvar.cocci warnings
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>