1. 05 12月, 2018 1 次提交
  2. 30 7月, 2018 2 次提交
  3. 06 7月, 2018 1 次提交
    • R
      dmaengine: imx-sdma: add missing structure description · 24ca312d
      Robin Gong 提交于
      Some member description or colons missing cause build warning with
      'W=1' as below:
      
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'vd' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'num_bd' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'bd_phys' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'buf_tail' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'buf_ptail' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'period_len' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'chn_real_count' not described in 'sdma_desc'
      drivers/dma/imx-sdma.c:326: warning: Function parameter or member 'chn_count' not described in 'sdma_desc
      Signed-off-by: NRobin Gong <yibin.gong@nxp.com>
      Reported-by: NVinod Koul <vkoul@kernel.org>
      Signed-off-by: NVinod Koul <vkoul@kernel.org>
      24ca312d
  4. 02 7月, 2018 9 次提交
  5. 23 5月, 2018 1 次提交
  6. 05 3月, 2018 1 次提交
  7. 22 12月, 2017 1 次提交
  8. 22 9月, 2017 1 次提交
  9. 30 5月, 2017 2 次提交
  10. 27 3月, 2017 1 次提交
    • J
      dmaengine: imx-sdma: add 1ms delay to ensure SDMA channel is stopped · 7f3ff14b
      Jiada Wang 提交于
      sdma_disable_channel() cannot ensure dma is stopped to access
      module's FIFOs. There is chance SDMA core is running and accessing
      BD when disable of corresponding channel, this may cause sometimes
      even after call of .sdma_disable_channel(), SDMA core still be
      running and accessing module's FIFOs.
      
      According to NXP R&D team a delay of one BD SDMA cost time (maximum
      is 1ms) should be added after disable of the channel bit, to ensure
      SDMA core has really been stopped after SDMA clients call
      .device_terminate_all.
      
      This patch introduces adds a new function sdma_disable_channel_with_delay()
      which simply adds 1ms delay after call sdma_disable_channel(),
      and set it as .device_terminate_all.
      Signed-off-by: NJiada Wang <jiada_wang@mentor.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      7f3ff14b
  11. 14 3月, 2017 1 次提交
  12. 25 11月, 2016 1 次提交
  13. 31 8月, 2016 3 次提交
  14. 11 8月, 2016 1 次提交
  15. 08 8月, 2016 1 次提交
  16. 23 7月, 2016 2 次提交
  17. 16 7月, 2016 1 次提交
    • V
      dmaengine: imx-sdma: explicitly freeup irq · 5bb9dbb5
      Vinod Koul 提交于
      dmaengine device should explicitly call devm_free_irq() when using
      devm_request_irq().
      
      The irq is still ON when devices remove is executed and irq should be
      quiesced before remove is completed.
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      5bb9dbb5
  18. 12 7月, 2016 1 次提交
    • M
      dmaengine: imx-sdma: ack channel 0 IRQ in the interrupt handler · 1d069bfa
      Michael Olbrich 提交于
      Currently the handler ignores the channel 0 interrupt and thus doesn't ack
      it properly. This is done in order to allow sdma_run_channel0() to poll
      on the irq status bit, as this function may be called in atomic context,
      but needs to know when the channel has finished.
      
      This works mostly, as the polling happens under a spinlock, disabling IRQs
      on the local CPU, leaving only a very slight race window for a spurious
      IRQ to happen if the handler is executed on another CPU in an SMP system.
      Still this is clearly suboptimal.
      This behavior turns into a real problem on an RT system, where the spinlock
      doesn't disable IRQs on the local CPU. Not acking the IRQ in the handler
      in such a setup is very likely to drown the CPU in an IRQ storm, leaving
      it unable to make any progress in the polling loop, leading to the IRQ
      never being acked.
      
      Fix this by properly acknowledging the channel 0 IRQ in the handler.
      As the IRQ status bit can no longer be used to poll for the channel
      completion, switch over to using the SDMA_H_STATSTOP register for this
      purpose, where bit 0 is cleared by the hardware when the channel is done.
      Signed-off-by: NMichael Olbrich <m.olbrich@pengutronix.de>
      Signed-off-by: NLucas Stach <l.stach@pengutronix.de>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      1d069bfa
  19. 16 11月, 2015 1 次提交
    • J
      dmaengine: imx-sdma: remove __init annotation on sdma_event_remap · 29f493da
      Jason Liu 提交于
      The sdma_probe function will call sdma_event_remap, but sdma_event_remap
      marked with the __init annotation which make the kbuild complains as the
      following log:
      
      WARNING: drivers/dma/built-in.o(.text+0x56fc): Section mismatch in reference
      from the function sdma_probe() to the function .init.text:sdma_event_remap()
      The function sdma_probe() references
      the function __init sdma_event_remap().
      This is often because sdma_probe lacks a __init
      annotation or the annotation of sdma_event_remap is wrong.
      
      Remove the __init annotation on sdma_event_remap to kill this build warning
      Signed-off-by: NJason Liu <r64343@freescale.com>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      29f493da
  20. 07 10月, 2015 2 次提交
  21. 20 8月, 2015 1 次提交
  22. 19 8月, 2015 1 次提交
  23. 05 8月, 2015 1 次提交
  24. 04 5月, 2015 1 次提交
  25. 18 3月, 2015 1 次提交
  26. 16 3月, 2015 1 次提交