1. 24 2月, 2010 1 次提交
  2. 16 2月, 2010 5 次提交
  3. 09 1月, 2010 1 次提交
  4. 23 11月, 2009 1 次提交
  5. 21 10月, 2009 1 次提交
    • T
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren 提交于
      Move the remaining headers under plat-omap/include/mach
      to plat-omap/include/plat. Also search and replace the
      files using these headers to include using the right path.
      
      This was done with:
      
      #!/bin/bash
      mach_dir_old="arch/arm/plat-omap/include/mach"
      plat_dir_new="arch/arm/plat-omap/include/plat"
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      sound/soc/omap"
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      drivers/mtd/nand/ams-delta.c"
      
      for header in $headers; do
      	old="#include <mach\/$header"
      	new="#include <plat\/$header"
      	for dir in $omap_dirs; do
      		find $dir -type f -name \*.[chS] | \
      			xargs sed -i "s/$old/$new/"
      	done
      	find drivers/ -type f -name \*omap*.[chS] | \
      		xargs sed -i "s/$old/$new/"
      	for file in $other_files; do
      		sed -i "s/$old/$new/" $file
      	done
      done
      
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      done
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ce491cf8
  6. 15 10月, 2009 1 次提交
  7. 25 8月, 2009 2 次提交
  8. 21 8月, 2009 12 次提交
  9. 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
  10. 28 7月, 2009 1 次提交
  11. 26 5月, 2009 1 次提交
  12. 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
  13. 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
  14. 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
  15. 08 10月, 2008 3 次提交
  16. 06 9月, 2008 1 次提交
  17. 05 9月, 2008 1 次提交
  18. 07 8月, 2008 1 次提交
  19. 03 7月, 2008 2 次提交
  20. 09 2月, 2008 1 次提交
  21. 26 1月, 2008 1 次提交