Eric Lee / smarc-fsl-linux-kernel

31 Aug, 2011

1 commit

23 Aug, 2011

1 commit

19 Jul, 2011

2 commits

  • 1c8371d61   ASoC: core: make comments fit the code ... Browse Code »

    In one comment, cpu_dai was mentioned although codec_dai was used in the
    code. Also, fix the name for the card dai list which has no seperation
    into card_dai and codec_dai.

    Signed-off-by: Wolfram Sang
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Wolfram Sang
     
  • 7be4ba24a   ASoC: Mark cache as dirty when suspending ... Browse Code »
    1

    Since quite a few drivers are not managing to flag the cache as needing
    to be resynced after suspend and it's a reasonable thing to do flag the
    cache as needing sync automatically when suspending.

    The expectation is that systems will mainly only keep the CODEC powered
    when doing audio through the CODEC so we won't actually suspend the
    device anyway; drivers which want to can override this behaviour when
    they resume.

    Signed-off-by: Mark Brown
    Acked-by: Liam Girdwood
    Cc: stable@kernel.org

    Mark Brown
     

09 Jul, 2011

1 commit

06 Jul, 2011

4 commits

05 Jul, 2011

2 commits

  • 873bd4cb4   ASoC: Don't set invalid name string to snd_card->driver field ... Browse Code »
    1

    The snd_card->driver field contains a driver name string, and in
    general it shouldn't contain space or special letters. The commit
    2b39535b9e54888649923beaab443af212b6c0fd changed the string copy from
    card->name, but the long name string may contain such letters, thus
    it may still lead to a segfault.

    A temporary fix is not to copy the long name string but just keep it
    empty as the earlier version did.

    Reported-by: Kuninori Morimoto
    Acked-by: Liam Girdwood
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • f1442bc1e   ASoC: core - Add platform read and write. ... Browse Code »

    In preparation for ASoC Dynamic PCM (AKA DSP) support.

    Allow platform driver to perform IO. Intended for platform DAPM.

    Signed-off-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Liam Girdwood
     

03 Jul, 2011

1 commit

10 Jun, 2011

1 commit

  • b8c0dab9b   ASoC: core - PCM mutex per rtd ... Browse Code »

    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: Liam Girdwood
    Signed-off-by: Mark Brown

    Liam Girdwood
     

09 Jun, 2011

1 commit

  • ddee627cf   ASoC: core - Separate out PCM operations into new file. ... Browse Code »

    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: Liam Girdwood
    Signed-off-by: Mark Brown

    Liam Girdwood
     

08 Jun, 2011

2 commits

06 Jun, 2011

1 commit

30 May, 2011

1 commit

26 May, 2011

1 commit

  • 82e14e8bd   ASoC: core: Don't schedule deferred_resume_work twice ... Browse Code »
    2

    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: Stephen Warren
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Stephen Warren
     

25 May, 2011

1 commit

24 May, 2011

1 commit

  • 61b61e3c5   ASoC: core - fix module reference counting for CPU DAIs ... Browse Code »

    Currently CODEC and platform drivers have their module reference count
    incremented soc_probe_dai_link() whilst CPU DAI drivers have their reference
    count incremented in soc_bind_dai_link().

    CPU DAIs should have their reference count incremented in soc_probe_dai_link()
    just like the CODEC and platform drivers.

    Signed-off-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Liam Girdwood
     

22 May, 2011

1 commit

  • 2b39535b9   ASoC: core: Don't set "(null)" as a driver name ... Browse Code »

    Commit 22de71b ("ASoC: core - allow ASoC more flexible machine name")
    writes "(null)" to driver name string in struct snd_card if card->driver_name
    is NULL. This causes segmentation faults with some user space ALSA utilities
    like aplay and arecord.

    Fix this by using the card->name if no driver name is specified.

    Signed-off-by: Jarkko Nikula
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Jarkko Nikula
     

17 May, 2011

1 commit

  • 34e268d87   ASoC: Silence DEBUG_STRICT_USER_COPY_CHECKS=y warning ... Browse Code »

    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: Liam Girdwood
    Signed-off-by: Stephen Boyd
    Signed-off-by: Mark Brown

    Stephen Boyd
     

12 May, 2011

1 commit

08 May, 2011

1 commit

  • 77530150f   ASoC: Create codec DAPM widgets before calling the codecs probe function ... Browse Code »

    This allows to create DAPM routes depending on those widgets in the
    codecs probe function. This is helpful when supporting similar codecs
    with minor differences in the DAPM routing with the same driver.

    Something similar has already been done for cards in commit
    a841ebb9 (ASoC: Create card DAPM widgets early so they can be used in
    callbacks).

    Signed-off-by: Lars-Peter Clausen
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Lars-Peter Clausen
     

04 May, 2011

5 commits

28 Apr, 2011

3 commits

20 Apr, 2011

1 commit

14 Apr, 2011

1 commit

12 Apr, 2011

1 commit

08 Apr, 2011

1 commit

07 Apr, 2011

3 commits