1. 25 8月, 2009 2 次提交
  2. 21 8月, 2009 12 次提交
  3. 07 8月, 2009 1 次提交
    • J
      ARM: OMAP: McBSP: Fix ASoC on OMAP1510 by fixing API of omap_mcbsp_start/stop · c12abc01
      Jarkko Nikula 提交于
      Simultaneous audio playback and capture on OMAP1510 can cause that second
      stream is stalled if there is enough delay between startup of the audio
      streams.
      
      Current implementation of the omap_mcbsp_start is starting both transmitter
      and receiver at the same time and it is called only for firstly started
      audio stream from the OMAP McBSP based ASoC DAI driver.
      
      Since DMA request lines on OMAP1510 are edge sensitive, the DMA request is
      missed if there is no DMA transfer set up at that time when the first word
      after McBSP startup is transmitted. The problem hasn't noted before since
      later OMAPs are using level sensitive DMA request lines.
      
      Fix the problem by changing API of omap_mcbsp_start and omap_mcbsp_stop by
      allowing to start and stop individually McBSP transmitter and receiver
      logics. Then call those functions individually for both audio playback
      and capture streams. This ensures that DMA transfer is setup before
      transmitter or receiver is started.
      
      Thanks to Janusz Krzysztofik <jkrzyszt@tis.icnet.pl> for detailed problem
      analysis and Peter Ujfalusi <peter.ujfalusi@nokia.com> for info about DMA
      request line behavior differences between the OMAP generations.
      Reported-and-tested-by: NJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: NJarkko Nikula <jhnikula@gmail.com>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Acked-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      c12abc01
  4. 28 7月, 2009 1 次提交
  5. 26 5月, 2009 1 次提交
  6. 09 2月, 2009 1 次提交
    • R
      [ARM] omap: mcbsp: convert to use fck/ick clocks directly · b820ce4e
      Russell King 提交于
      Rather than introducing a special 'mcbsp_clk' with code behind it in
      mach-omap*/mcbsp.c to handle the SoC specifics, arrange for the mcbsp
      driver to be like any other driver.  mcbsp requests its fck and ick
      clocks directly, and the SoC specific code deals with selecting the
      correct clock.
      
      There is one oddity to deal with - OMAP1 fiddles with the DSP clocks
      and DSP reset, so we move this to the two callback functions.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      b820ce4e
  7. 30 1月, 2009 1 次提交
    • S
      ARM: OMAP: Fix McBSP spin_lock deadlock · 06151158
      Stanley.Miao 提交于
      A spin_lock deadlock will occur when omap_mcbsp_request() is invoked.
      
      omap_mcbsp_request()
      \- clk_enable(mcbsp->clk)         [takes and holds clockfw_lock]
          \- omap2_clk_enable()
             \- _omap2_clk_enable()
                 \- omap_mcbsp_clk_enable()
                    \- clk_enable(child clock)   [tries for clockfw_lock again]
      
      mcbsp_clk is a virtual clock and it comprises several child clocks. when
      enable mcbsp_clk in omap_mcbsp_request(), the enable function of mcbsp_clk
      will enable its child clocks, then the deadlock occurs.
      
      The solution is to remove the virtual clock and enable these child clocks in
      omap_mcbsp_request() directly.
      Signed-off-by: NStanley.Miao <stanley.miao@windriver.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      
      
      06151158
  8. 15 1月, 2009 1 次提交
    • T
      ARM: OMAP: Fix ASoC by enabling writes to XCCR and RCCR McBSP registers, v3 · 3127f8f8
      Tony Lindgren 提交于
      This patch enables writing to McBSP Transmit Configuration Control
      Register (XCCR) and Receive Configuration Control Register (RCCR)
      for 2430/34xx platforms. It also adds XCCR, RCCR entries in McBSP
      register configuration structure and bit definitions for both
      registers.
      
      If we enable the writing to CCR registers for 2430/34xx and don't
      set the default values (setting 0 as a consequence) in ASoC driver,
      the Transmit/Receive DMA mode gets disabled and the the
      transmission/reception doesn't happen, ending with a
      "write error: Input/Output error" when playing with 'aplay'.
      
      Also define dummy CCR registers for omap1.
      
      Cc: Jarkko Nikula <jarkko.nikula@nokia.com>
      Signed-off-by: NMisael Lopez Cruz <x0052729@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      
      
      
      
      3127f8f8
  9. 08 10月, 2008 3 次提交
  10. 06 9月, 2008 1 次提交
  11. 05 9月, 2008 1 次提交
  12. 07 8月, 2008 1 次提交
  13. 03 7月, 2008 2 次提交
  14. 09 2月, 2008 1 次提交
  15. 26 1月, 2008 1 次提交
  16. 05 5月, 2007 1 次提交
  17. 02 3月, 2007 1 次提交
  18. 07 10月, 2006 1 次提交
  19. 25 9月, 2006 1 次提交
  20. 03 4月, 2006 1 次提交
  21. 18 1月, 2006 1 次提交
  22. 08 1月, 2006 1 次提交
  23. 10 11月, 2005 1 次提交
  24. 08 9月, 2005 1 次提交
    • T
      [ARM] 2887/1: OMAP 2/4: Update files common to omap1 and omap2, take 2 · 92105bb7
      Tony Lindgren 提交于
      Patch from Tony Lindgren
      
      This patch syncs the mainline kernel with linux-omap tree.
      The highlights of the patch are:
      - Clock updates by Tuukka Tikkanen, Juha Yrjola,
        Daniel Petrini and Tony Lindgren
      - DMA fixes by Imre Deak, Juha Yrjola and Daniel Petrini
      - Add support to dual-mode hardware timers by Lauri Leukkunen
      - GPIO support for 24xx by Paul Mundt
      - GPIO wake-up support by Tony Lindgren
      - Better GPIO interrupt handler to not lose interrupts by
        Ralph Walden and Ladislav Michl
      - Power Management updates by Tuukka Tikkanen
      - Make Power Management code use new SRAM functions by
        Tony Lindgren
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      92105bb7
  25. 11 7月, 2005 1 次提交