1. 28 4月, 2010 1 次提交
  2. 27 4月, 2010 4 次提交
  3. 26 4月, 2010 8 次提交
  4. 24 4月, 2010 1 次提交
  5. 23 4月, 2010 2 次提交
  6. 22 4月, 2010 1 次提交
  7. 21 4月, 2010 4 次提交
  8. 20 4月, 2010 1 次提交
  9. 17 4月, 2010 1 次提交
    • M
      ASoC: Add indirection for CODEC private data · b2c812e2
      Mark Brown 提交于
      One of the features of the multi CODEC work is that it embeds a struct
      device in the CODEC to provide diagnostics via a sysfs class rather than
      via the device tree, at which point it's much better to use the struct
      device private data rather than having two places to store it. Provide
      an accessor function to allow this change to be made more easily, and
      update all the CODEC drivers are updated.
      
      To ensure use of the accessor the private data structure member is
      renamed, meaning that if code developed with older an older core that
      still uses private_data is merged it will fail to build.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      b2c812e2
  10. 16 4月, 2010 1 次提交
  11. 15 4月, 2010 1 次提交
  12. 12 4月, 2010 2 次提交
  13. 09 4月, 2010 1 次提交
  14. 08 4月, 2010 4 次提交
  15. 06 4月, 2010 2 次提交
  16. 05 4月, 2010 5 次提交
  17. 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