1. 06 4月, 2010 1 次提交
  2. 03 4月, 2010 1 次提交
    • J
      ASoC: OMAP: Fix capture pointer handling for OMAP1510 to work correctly with recent ALSA PCM code · b5442a75
      Janusz Krzysztofik 提交于
      With recent (2.6.34) chnages in PCM handling, capture stopped working on my
      OMAP1510 based Amstrad Delta videophone.
      
      Using 2.6.34-rc2, I was able to correct the problem in 3 different ways:
      
      1. reverting commit 7b3a177b,
      2. enabling additional jiffies check with
      	echo 4 >/proc/asound/card0/pcm0c0/xrun_debug
      3. applying the patch below.
      
      Since I wasn't able to reproduce the problem on my i686 PC, I guess the
      problem is probably machine specific.
      
      The patch reuses the method for software emulation of missing hardware
      pointer, already implemented for playback on OMAP1510. It's possible that
      event if a hardware pointer is available for capture on this machine, its
      behaviour may be not compatible with what upper layer expects.
      
      If you think the problem may be more general and should be solved differently,
      on a higher level, I can try to work more on it if you give me a hint.
      
      If the patch gets accepted, I suggest it goes as a fix in the current release
      cycle.
      
      Created and tested against linux-2.6.34-rc2.
      Signed-off-by: NJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Acked-by: NJarkko Nikula <jhnikula@gmail.com>
      Acked-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      b5442a75
  3. 24 2月, 2010 1 次提交
  4. 23 2月, 2010 3 次提交
  5. 16 2月, 2010 2 次提交
  6. 12 2月, 2010 1 次提交
  7. 06 2月, 2010 1 次提交
  8. 05 2月, 2010 1 次提交
  9. 29 1月, 2010 1 次提交
  10. 17 12月, 2009 1 次提交
  11. 11 12月, 2009 1 次提交
  12. 19 11月, 2009 1 次提交
  13. 18 11月, 2009 2 次提交
  14. 17 11月, 2009 1 次提交
  15. 10 11月, 2009 1 次提交
  16. 09 11月, 2009 1 次提交
  17. 06 11月, 2009 1 次提交
  18. 30 10月, 2009 2 次提交
  19. 29 10月, 2009 1 次提交
  20. 26 10月, 2009 1 次提交
  21. 22 10月, 2009 2 次提交
  22. 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
  23. 29 8月, 2009 1 次提交
    • J
      ASoC: OMAP: Add functionality to set CLKR and FSR sources in McBSP DAI · d2c0bdaa
      Jarkko Nikula 提交于
      The McBSP1 port in OMAP3 processors (I believe OMAP2 too but I don't have
      specifications to check it) have additional CLKR and FSR pins for McBSP1
      receiver. Reset default is that receiver is using bit clock and frame
      sync signal from those pins but it is possible to configure to use
      also CLKX and FSX pins as well. In fact, other McBSP ports are doing that
      internally that transmitter and receiver share the CLKX and FSX.
      
      Add functionaly that machine drivers can set the CLKR and FSR sources by
      using the snd_soc_dai_set_sysclk.
      
      Thanks to "Aggarwal, Anuj" <anuj.aggarwal@ti.com> for reporting the issue.
      Signed-off-by: NJarkko Nikula <jhnikula@gmail.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      d2c0bdaa
  24. 26 8月, 2009 1 次提交
  25. 25 8月, 2009 2 次提交
  26. 21 8月, 2009 8 次提交