1. 07 Aug, 2009 1 commit
    • Jarkko Nikula's avatar
      ARM: OMAP: McBSP: Fix ASoC on OMAP1510 by fixing API of omap_mcbsp_start/stop · c12abc01
      Jarkko Nikula authored
      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: default avatarJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: default avatarJarkko Nikula <jhnikula@gmail.com>
      Acked-by: default avatarTony Lindgren <tony@atomide.com>
      Acked-by: default avatarPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      c12abc01
  2. 23 Jul, 2009 1 commit
    • Chaithrika U S's avatar
      ASoC: tlv320aic3x: Enable PLL when not bypassed · 06c71282
      Chaithrika U S authored
      PLL was not being enabled when it was not bypassed. This patch
      enables the PLL when it is used. Additionally, it disables the PLL
      when it is bypassed.
      
      Without this patch, the audio on TI DM646x EVM and DM355 EVM
      does not work properly. The bit clocks and the frame sync signals
      from the codec are not correct and hence the playback/record are faster
      than usual for most sample rates. The reason for this was that the PLL
      was not enabled when it was not bypassed.
      
      Tested on DM6467 EVM, playback tested on DM355 EVM.
      Signed-off-by: default avatarChaithrika U S <chaithrika@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      06c71282
  3. 09 Jul, 2009 1 commit
  4. 03 Jul, 2009 4 commits
  5. 01 Jul, 2009 1 commit
  6. 30 Jun, 2009 3 commits
  7. 25 Jun, 2009 2 commits
  8. 24 Jun, 2009 27 commits