Skip to content

GitLab

Switch branch/tag
  1. 11 Mar, 2016 1 commit
  3. 21 Nov, 2015 1 commit
    • Arnd Bergmann's avatar
      ASoC: samsung: pass filter function as pointer · 9bdca822
      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: default avatarArnd Bergmann <arnd@arndb.de>
Reviewed-by: default avatarKrzysztof Kozlowski <k.kozlowski@samsung.com>
Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      9bdca822
  5. 16 Nov, 2015 1 commit
  7. 27 Oct, 2015 1 commit
  9. 14 Oct, 2015 1 commit
  11. 24 Sep, 2015 1 commit
  13. 24 Aug, 2015 1 commit
  15. 23 Aug, 2015 1 commit
    • Lars-Peter Clausen's avatar
      dmaengine: Add support for the Analog Devices AXI-DMAC DMA controller · 0e3b67b3
      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: default avatarLars-Peter Clausen <lars@metafoo.de>
Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      0e3b67b3
  17. 21 Aug, 2015 1 commit
    • Dave Jiang's avatar
      dmaengine: ioatdma: fix zero day warning on incompatible pointer type · aaecdebc
      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: default avatarDave Jiang <dave.jiang@intel.com>
Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      aaecdebc
  19. 20 Aug, 2015 1 commit
  21. 18 Aug, 2015 1 commit
  23. 28 Jul, 2015 1 commit
  25. 16 Jul, 2015 1 commit
  27. 26 May, 2015 1 commit
    • Robert Jarzmik's avatar
      dmaengine: pxa: add pxa dmaengine driver · a57e16cf
      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...
      a57e16cf
  29. 14 May, 2015 1 commit
  31. 27 Apr, 2015 1 commit
  33. 02 Apr, 2015 2 commits
  35. 01 Apr, 2015 1 commit
  37. 17 Mar, 2015 1 commit
  39. 07 Mar, 2015 1 commit
  41. 05 Feb, 2015 1 commit
  43. 24 Jan, 2015 1 commit
  45. 17 Nov, 2014 2 commits
  47. 06 Nov, 2014 1 commit
  49. 28 Sep, 2014 1 commit
  51. 23 Sep, 2014 1 commit
  53. 08 Aug, 2014 1 commit
  55. 07 Aug, 2014 1 commit
  57. 04 Aug, 2014 1 commit
  59. 30 Jul, 2014 1 commit
  61. 25 Jul, 2014 1 commit
  63. 16 Jul, 2014 1 commit
  65. 12 Jul, 2014 1 commit
  67. 01 Jun, 2014 1 commit
  69. 22 May, 2014 1 commit
  71. 30 Apr, 2014 1 commit
  73. 16 Apr, 2014 1 commit
    • Jean Delvare's avatar
      platform: Fix timberdale dependencies · 2dda47d1
      Jean Delvare authored 
      
VIDEO_TIMBERDALE selects TIMB_DMA which itself depends on
MFD_TIMBERDALE, so VIDEO_TIMBERDALE should either select or depend on
MFD_TIMBERDALE as well. I chose to make it depend on it because I
think it makes more sense and it is consistent with what other options
are doing.

Adding a "|| HAS_IOMEM" to the TIMB_DMA dependencies silenced the
kconfig warning about unmet direct dependencies but it was wrong:
without MFD_TIMBERDALE, TIMB_DMA is useless as the driver has no
device to bind to.
Signed-off-by: default avatarJean Delvare <jdelvare@suse.de>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Mauro Carvalho Chehab <m.chehab@samsung.com>
Signed-off-by: default avatarVinod Koul <vinod.koul@intel.com>
      2dda47d1
  75. 05 Apr, 2014 1 commit
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7