An error occurred fetching the project authors.
  1. 21 Sep, 2011 1 commit
  2. 31 Aug, 2011 1 commit
  3. 22 Aug, 2011 1 commit
  4. 19 Jul, 2011 2 commits
  5. 05 Jul, 2011 5 commits
  6. 04 Jul, 2011 1 commit
  7. 02 Jul, 2011 1 commit
  8. 09 Jun, 2011 2 commits
    • Liam Girdwood's avatar
      ASoC: core - PCM mutex per rtd · b8c0dab9
      Liam Girdwood authored
      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: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      b8c0dab9
    • Liam Girdwood's avatar
      ASoC: core - Separate out PCM operations into new file. · ddee627c
      Liam Girdwood authored
      In preparation for Dynamic PCM support (AKA DSP support).
      
      There will be future patches that add support to allow PCMs to be dynamically
      routed to multiple DAIs at startup and also during stream runtime. This patch
      moves the ASoC core PCM operaitions into a new file called soc-pcm.c.  This will
      in simplify the ASoC core features into distinct files.
      Signed-off-by: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      ddee627c
  9. 07 Jun, 2011 2 commits
  10. 06 Jun, 2011 1 commit
  11. 26 May, 2011 1 commit
    • Stephen Warren's avatar
      ASoC: core: Don't schedule deferred_resume_work twice · 82e14e8b
      Stephen Warren authored
      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: default avatarStephen Warren <swarren@nvidia.com>
      Acked-by: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      82e14e8b
  12. 24 May, 2011 2 commits
  13. 22 May, 2011 1 commit
  14. 16 May, 2011 1 commit
    • Stephen Boyd's avatar
      ASoC: Silence DEBUG_STRICT_USER_COPY_CHECKS=y warning · 34e268d8
      Stephen Boyd authored
      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: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarStephen Boyd <sboyd@codeaurora.org>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      34e268d8
  15. 12 May, 2011 1 commit
  16. 08 May, 2011 1 commit
  17. 03 May, 2011 4 commits
  18. 28 Apr, 2011 1 commit
  19. 27 Apr, 2011 2 commits
  20. 20 Apr, 2011 1 commit
  21. 13 Apr, 2011 1 commit
  22. 11 Apr, 2011 1 commit
  23. 08 Apr, 2011 1 commit
  24. 06 Apr, 2011 3 commits
  25. 03 Apr, 2011 1 commit
  26. 26 Mar, 2011 1 commit