- 26 Sep, 2016 11 commits
-
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Reviewed-by:
Krzysztof Kozlowski <krzk@kernel.org> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. While at it, to fix build on other archs, select MMP_SRAM only for ARCH_MMP and also fix the platform header Suggested-by:
Arnd Bergmann <arnd@arndb.de> Acked-by:
Zhangfei Gao <zhangfei.gao@linaro.org> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Acked-by:
Zhangfei Gao <zhangfei.gao@linaro.org> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Acked-by:
Russell King <rmk+kernel@armlinux.org.uk> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Acked-by:
Linus Walleij <linus.walleij@linaro.org> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Vinod Koul authored
To get more coverage, enable COMPILE_TEST for this driver. Acked-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 12 Jul, 2016 1 commit
-
-
Thomas Petazzoni authored
The new mv_xor_v2 driver supports the XOR engines found in the 64-bits ARM from Marvell of the Armada 7K and Armada 8K family. This XOR engine is a completely new hardware block, entirely different from the one used on previous Marvell Armada platforms, which use the existing mv_xor driver. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 08 Jul, 2016 2 commits
-
-
Kedareswara rao Appana authored
Added the driver for zynqmp dma engine used in Zynq UltraScale+ MPSoC. This dma controller supports memory to memory and I/O to I/O buffer transfers. Signed-off-by:
Kedareswara rao Appana <appanad@xilinx.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Kedareswara rao Appana authored
In the existing vdma driver support for AXI DMA and CDMA got added so the driver is no longer VDMA specific. This patch renames the driver and DT binding doc to xilinx_dma and updates the Kconfig description for all the DMAS. Signed-off-by:
Kedareswara rao Appana <appanad@xilinx.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 13 May, 2016 1 commit
-
-
Jon Hunter authored
Add support for the Tegra210 Audio DMA controller that is used for transferring data between system memory and the Audio sub-system. The driver only supports cyclic transfers because this is being solely used for audio. This driver is based upon the work by Dara Ramesh <dramesh@nvidia.com>. Signed-off-by:
Jon Hunter <jonathanh@nvidia.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 03 May, 2016 1 commit
-
-
Gregory CLEMENT authored
Armada 3700 SoC uses the mv_xor driver but don't select anymore the PLAT_ORION symbol. This commit extends the dependency of the mv_xor driver to the more modern SoCs only compatible with ARCH_MVEBU, which allows using it with the Armada 3700 SoC. In the same time it also add the COMPILE_TEST dependency allowing a wider test coverage. Signed-off-by:
Gregory CLEMENT <gregory.clement@free-electrons.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 06 Apr, 2016 1 commit
-
-
Kedareswara rao Appana authored
This VDMA is a soft ip, which can be programmed to support 32 bit addressing or greater than 32 bit addressing. When the VDMA ip is configured for 32 bit address space the buffer address is specified by a single register (0x5C for MM2S and 0xAC for S2MM channel). When the VDMA core is configured for an address space greater than 32 then each buffer address is specified by a combination of two registers. The first register specifies the LSB 32 bits of address, while the next register specifies the MSB 32 bits of address. For example, 5Ch will specify the LSB 32 bits while 60h will specify the MSB 32 bits of the first start address. So we need to program two registers at a time. This patch adds the 64 bit addressing support to the vdma driver. Signed-off-by:
Anurag Kumar Vulisha <anuragku@xilinx.com> Signed-off-by:
Kedareswara rao Appana <appanad@xilinx.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 11 Mar, 2016 1 commit
-
-
Sinan Kaya authored
Creating a QCOM directory for all QCOM DMA source files. Signed-off-by:
Sinan Kaya <okaya@codeaurora.org> Reviewed-by:
Andy Gross <agross@codeaurora.org> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 22 Feb, 2016 1 commit
-
-
Lothar Waßmann authored
The mxs-dma unit is also available on i.MX6UL. Make it possible to select it in Kconfig. Signed-off-by:
Lothar Waßmann <LW@KARO-electronics.de> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 21 Nov, 2015 1 commit
-
-
Arnd Bergmann authored
As we are now passing the filter data as pointers to the drivers, we can take the final step and also pass the filter function the same way. I'm keeping this change separate, as there it's less obvious that this is a net win. Upsides of this are: - The ASoC drivers are completely independent from the DMA engine implementation, which simplifies the Kconfig logic and in theory allows the same sound drivers to be built in a kernel that supports different kinds of dmaengine drivers. - Consistency with other subsystems and drivers On the other hand, we have a few downsides: - The s3c24xx-dma driver now needs to be built-in for the ac97 platform device to be instantiated on s3c2440. - samsung_dmaengine_pcm_config cannot be marked 'const' any more because the filter function pointer needs to be set at runtime. This is safe as long we don't have multiple different DMA engines in thet same system at runtime, but is nonetheless ugly. Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Reviewed-by:
Krzysztof Kozlowski <k.kozlowski@samsung.com> Signed-off-by:
Mark Brown <broonie@kernel.org>
-
- 16 Nov, 2015 1 commit
-
-
M'boumba Cedric Madianga authored
This patch adds support for the STM32 DMA controller. Signed-off-by:
M'boumba Cedric Madianga <cedric.madianga@gmail.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 27 Oct, 2015 1 commit
-
-
Peter Ujfalusi authored
Since the crossbar is needed for eDMA when it is used on OMAP like platforms (am335x/am437x and later DRA7xx), select the crossbar to be built if ARCH_OMAP is set. Signed-off-by:
Peter Ujfalusi <peter.ujfalusi@ti.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 14 Oct, 2015 1 commit
-
-
Peter Ujfalusi authored
Move the code out from arch/arm/common and merge it inside of the dmaengine driver. This change is done with as minimal (if eny) functional change to the code as possible to avoid introducing regression. Signed-off-by:
Peter Ujfalusi <peter.ujfalusi@ti.com> Acked-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 24 Sep, 2015 1 commit
-
-
Vinod Koul authored
the symbol CONFIG_IDMA64 should rather be CONFIG_INTEL_IDMA64 to conform to rest of the intel dmaengine drivers. This was found after sorting the entries and trying to place this odd one Suggested-by:
Linus Torvalds <torvalds@linux-foundation.org> Acked-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 24 Aug, 2015 1 commit
-
-
Vinod Koul authored
dmaengine Kconfig grew over the years, unfortunately without any order to it. So order by core, driver and client sections, and sort these sections alphabetically Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 23 Aug, 2015 1 commit
-
-
Lars-Peter Clausen authored
Add support for the Analog Devices AXI-DMAC DMA controller. This controller is a soft peripheral that can be instantiated in a FPGA and is often used in Analog Devices' reference designs for FPGA platforms. The peripheral has various configuration options that can be selected at synthesis time and influence the supported features of the instantiated peripheral, those options are represented as device-tree properties to allow the driver to behave accordingly. The peripheral has a zero latency architecture, which means it is possible to switch from one to the next descriptor without any delay. This is archived by having a internal queue which can hold multiple descriptors. The driver supports this, which means it will submit new descriptors directly to the hardware until the queue is full and not wait for a descriptor to complete before the next one is submitted. Interrupts are used for the descriptor queue flow control. Currently the driver supports SG, cyclic and interleaved slave DMA. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 21 Aug, 2015 1 commit
-
-
Dave Jiang authored
The 32bit build is creating this warning. Since we don't expect anyone actually use this on 32bit, restrict ioatdma to be built only on x86_64. This issue has long existed and only reason it's surfacing due to code refactoring. drivers/dma/ioat/dma.c: In function 'ioat_timer_event': >> drivers/dma/ioat/dma.c:870:39: warning: passing argument 2 of 'ioat_cleanup_preamble' from incompatible pointer type if (ioat_cleanup_preamble(ioat_chan, &phys_complete)) ^ drivers/dma/ioat/dma.c:577:13: note: expected 'u64 *' but argument is of type 'dma_addr_t *' static bool ioat_cleanup_preamble(struct ioatdma_chan *ioat_chan, ^ Signed-off-by:
Dave Jiang <dave.jiang@intel.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 20 Aug, 2015 1 commit
-
-
Emilio López authored
This patch adds support for the DMA engine present on Allwinner A10, A13, A10S and A20 SoCs. This engine has two kinds of channels: normal and dedicated. The main difference is in the mode of operation; while a single normal channel may be operating at any given time, dedicated channels may operate simultaneously provided there is no overlap of source or destination. Hardware documentation can be found on A10 User Manual (section 12), A13 User Manual (section 14) and A20 User Manual (section 1.12) Signed-off-by:
Emilio López <emilio@elopez.com.ar> Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 18 Aug, 2015 1 commit
-
-
Joachim Eastwood authored
Add support for DMA on NXP LPC18xx/43xx platforms which has a multiplexer in front of the PL080 dma request lines. The mux is a single register in the LPC18xx/43xx CREG block and can multiplex up to 4 request lines to each of the 16 lines on the PL080. Signed-off-by:
Joachim Eastwood <manabian@gmail.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 28 Jul, 2015 1 commit
-
-
Andy Shevchenko authored
Intel integrated DMA (iDMA) 64-bit is a specific IP that is used as a part of LPSS devices such as HSUART or SPI. The iDMA IP is attached for private usage on each host controller independently. While it has similarities with Synopsys DesignWare DMA, the following distinctions doesn't allow to use the existing driver: - 64-bit mode with corresponding changes in Hardware Linked List data structure - many slight differences in the channel registers Moreover this driver is based on the DMA virtual channels framework that helps to make the driver cleaner and easy to understand. Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Acked-by:
Vinod Koul <vinod.koul@intel.com> Signed-off-by:
Lee Jones <lee.jones@linaro.org>
-
- 16 Jul, 2015 1 commit
-
-
Jun Nie authored
Add ZTE ZX296702 dma controller support. Only device tree probe is support currently. Signed-off-by:
Jun Nie <jun.nie@linaro.org> Reviewed-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 26 May, 2015 1 commit
-
-
Robert Jarzmik authored
This is a new driver for pxa SoCs, which is also compatible with the former mmp_pdma. The rationale behind a new driver (as opposed to incremental patching) was : - the new driver relies on virt-dma, which obsoletes all the internal structures of mmp_pdma (sw_desc, hw_desc, ...), and by consequence all the functions - mmp_pdma allocates dma coherent descriptors containing not only hardware descriptors but linked list information The new driver only puts the dma hardware descriptors (ie. 4 u32) into the dma pool allocated memory. This changes completely the way descriptors are handled - the architecture behind the interrupt/tasklet management was rewritten to be more conforming to virt-dma - the buffers alignment is handled differently The former driver assumed that the DMA channel stopped between each descriptor. The new one chains descriptors to let the channel running. This is a necessary guarantee for real-time high bandwid...
-
- 14 May, 2015 1 commit
-
-
Peter Ujfalusi authored
The DRA7x has more peripherals with DMA requests than the sDMA can handle: 205 vs 127. All DMA requests are routed through the DMA crossbar, which can be configured to route selected incoming DMA requests to specific sDMA request. Signed-off-by:
Peter Ujfalusi <peter.ujfalusi@ti.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 27 Apr, 2015 1 commit
-
-
Jean Delvare authored
The xgene-dma driver is only useful on X-Gene SoC. Signed-off-by:
Jean Delvare <jdelvare@suse.de> Cc: Rameshwar Prasad Sahu <rsahu@apm.com> Cc: Loc Ho <lho@apm.com> Cc: Vinod Koul <vinod.koul@intel.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 02 Apr, 2015 2 commits
-
-
Xuelin Shi authored
The RaidEngine is a new FSL hardware used for Raid5/6 acceration. This patch enables the RaidEngine functionality and provides hardware offloading capability for memcpy, xor and pq computation. It works with async_tx. Signed-off-by:
Harninder Rai <harninder.rai@freescale.com> Signed-off-by:
Xuelin Shi <xuelin.shi@freescale.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
Rameshwar Prasad Sahu authored
This patch implements the APM X-Gene SoC DMA engine driver. The APM X-Gene SoC DMA engine consists of 4 DMA channels for performing DMA operations. These DMA operations include memory copy, scatter-gather memory copy, raid5 xor, and raid6 p+q offloading. Signed-off-by:
Rameshwar Prasad Sahu <rsahu@apm.com> Signed-off-by:
Loc Ho <lho@apm.com> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 01 Apr, 2015 1 commit
-
-
Alex Smith authored
This patch adds a driver for the DMA controller found in the Ingenic JZ4780. It currently does not implement any support for the programmable firmware feature of the controller - this is not necessary for most uses. It also does not take priority into account when allocating channels, it just allocates the first available channel. This can be implemented later. Signed-off-by:
Alex Smith <alex.smith@imgtec.com> Signed-off-by:
Zubair Lutfullah Kakakhel <Zubair.Kakakhel@imgtec.com> [Updated for dmaengine api changes, Add residue support, couple of minor fixes] Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-
- 17 Mar, 2015 1 commit
-
-
Andy Shevchenko authored
Since the last and the only user of this driver is converted to use dw_dmac we can remove driver from the tree. Moreover, besides the driver is unmaintained a long time, it serves for the DesignWare DMA IP, for which we have already driver in the tree. Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Acked-by:
Vinod Koul <vinod.koul@intel.com> Signed-off-by:
Mark Brown <broonie@kernel.org>
-
- 07 Mar, 2015 1 commit
-
-
Andy Shevchenko authored
The HSU DMA is developed to support High Speed UART controllers found in particular on Intel MID platforms such as Intel Medfield. The existing implementation is tighten to the drivers/tty/serial/mfd.c driver and has a lot of disadvantages. Besides that we would like to get rid of the old HS UART driver in regarding to extending the 8250 which supports generic DMAEngine API. That's why the current driver has been developed. Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
- 05 Feb, 2015 1 commit
-
-
Andrew Bresticker authored
Add support for the IMG Multi-threaded DMA Controller (MDC) found on certain IMG SoCs. Currently this driver supports the variant present on the MIPS-based Pistachio SoC. Signed-off-by:
Andrew Bresticker <abrestic@chromium.org> Acked-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
Vinod Koul <vinod.koul@intel.com>
-