Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 31 8月, 2011 2 次提交
  3. 23 8月, 2011 2 次提交
  5. 01 8月, 2011 1 次提交
  7. 26 7月, 2011 1 次提交
  9. 19 7月, 2011 2 次提交
  11. 06 7月, 2011 4 次提交
  13. 05 7月, 2011 2 次提交
  15. 03 7月, 2011 1 次提交
  17. 10 6月, 2011 1 次提交
    • L
      ASoC: core - PCM mutex per rtd · b8c0dab9
      由 Liam Girdwood 提交于 
      In preparation for the new ASoC Dynamic PCM support (AKA DSP support).

The new ASoC Dynamic PCM core allows DAIs to be dynamically re-routed
at runtime between the PCM device end (or Frontend - FE) and the physical DAI
(Backend - BE) using regular kcontrols (just like a hardware CODEC routes
audio in the analog domain). The Dynamic PCM core therefore must be
able to call PCM operations for both the Frontend and Backend(s) DAIs at
the same time.

Currently we have a global pcm_mutex that is used to serialise
the ASoC PCM operations. This patch removes the global mutex
and adds a mutex per RTD allowing the PCM operations to be reentrant and
allow control of more than one DAI at at time. e.g. a frontend PCM hw_params()
could configure multiple backend DAI hw_params() with similar or different
hw parameters at the same time.
Signed-off-by: NLiam Girdwood <lrg@ti.com>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      b8c0dab9
  19. 09 6月, 2011 1 次提交
  21. 08 6月, 2011 2 次提交
  23. 06 6月, 2011 1 次提交
  25. 26 5月, 2011 1 次提交
    • S
      ASoC: core: Don't schedule deferred_resume_work twice · 82e14e8b
      由 Stephen Warren 提交于 
      For cards that have two or more DAIs, snd_soc_resume's loop over all
DAIs ends up calling schedule_work(deferred_resume_work) once per DAI.
Since this is the same work item each time, the 2nd and subsequent
calls return 0 (work item already queued), and trigger the dev_err
message below stating that a work item may have been lost.

Solve this by adjusting the loop to simply calculate whether to run the
resume work immediately or defer it, and then call schedule work (or not)
one time based on that.

Note: This has not been tested in mainline, but only in chromeos-2.6.38;
mainline doesn't support suspend/resume on Tegra, nor does the mainline
Tegra ASoC driver contain multiple DAIs. It has been compile-checked in
mainline.
Signed-off-by: NStephen Warren <swarren@nvidia.com>
Acked-by: NLiam Girdwood <lrg@ti.com>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      82e14e8b
  27. 25 5月, 2011 1 次提交
  29. 24 5月, 2011 1 次提交
  31. 22 5月, 2011 1 次提交
  33. 17 5月, 2011 1 次提交
    • S
      ASoC: Silence DEBUG_STRICT_USER_COPY_CHECKS=y warning · 34e268d8
      由 Stephen Boyd 提交于 
      Enabling DEBUG_STRICT_USER_COPY_CHECKS causes the following
warning:

In file included from arch/x86/include/asm/uaccess.h:573,
                 from include/linux/poll.h:14,
                 from include/sound/pcm.h:29,
                 from include/sound/ac97_codec.h:31,
                 from sound/soc/soc-core.c:34:
In function 'copy_from_user',
    inlined from 'codec_reg_write_file' at
    sound/soc/soc-core.c:252:
arch/x86/include/asm/uaccess_64.h:65:
warning: call to 'copy_from_user_overflow' declared with
attribute warning: copy_from_user() buffer size is not provably
correct

presumably due to buf_size being signed causing GCC to fail to
see that buf_size can't become negative.
Acked-by: NLiam Girdwood <lrg@ti.com>
Signed-off-by: NStephen Boyd <sboyd@codeaurora.org>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      34e268d8
  35. 12 5月, 2011 1 次提交
  37. 08 5月, 2011 1 次提交
  39. 04 5月, 2011 4 次提交
  41. 28 4月, 2011 3 次提交
  43. 20 4月, 2011 1 次提交
  45. 14 4月, 2011 1 次提交
  47. 12 4月, 2011 1 次提交
  49. 08 4月, 2011 1 次提交
  51. 07 4月, 2011 2 次提交