1. 20 Apr, 2021 3 commits
  2. 19 Apr, 2021 3 commits
  3. 17 Apr, 2021 1 commit
  4. 16 Apr, 2021 5 commits
  5. 14 Apr, 2021 2 commits
  6. 13 Apr, 2021 1 commit
  7. 12 Apr, 2021 1 commit
  8. 10 Apr, 2021 1 commit
  9. 09 Apr, 2021 4 commits
  10. 08 Apr, 2021 2 commits
  11. 07 Apr, 2021 4 commits
  12. 06 Apr, 2021 2 commits
  13. 02 Apr, 2021 1 commit
  14. 01 Apr, 2021 5 commits
  15. 31 Mar, 2021 1 commit
    • Bastian Germann's avatar
      ASoC: sunxi: sun4i-codec: fill ASoC card owner · 7c0d6e48
      Bastian Germann authored
      card->owner is a required property and since commit 81033c6b ("ALSA:
      core: Warn on empty module") a warning is issued if it is empty. Add it.
      This fixes following warning observed on Lamobo R1:
      
      WARNING: CPU: 1 PID: 190 at sound/core/init.c:207 snd_card_new+0x430/0x480 [snd]
      Modules linked in: sun4i_codec(E+) sun4i_backend(E+) snd_soc_core(E) ...
      CPU: 1 PID: 190 Comm: systemd-udevd Tainted: G         C  E     5.10.0-1-armmp #1 Debian 5.10.4-1
      Hardware name: Allwinner sun7i (A20) Family
      Call trace:
       (snd_card_new [snd])
       (snd_soc_bind_card [snd_soc_core])
       (snd_soc_register_card [snd_soc_core])
       (sun4i_codec_probe [sun4i_codec])
      
      Fixes: 45fb6b6f ("ASoC: sunxi: add support for the on-chip codec on early Allwinner SoCs")
      Related: commit 3c27ea23 ("ASoC: qcom: Set card->owner to avoid warnings")
      Related: commit ec653df2 ("drm/vc4/vc4_hdmi: fill ASoC card owner")
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: alsa-devel@alsa-project.org
      Signed-off-by: default avatarBastian Germann <bage@linutronix.de>
      Link: https://lore.kernel.org/r/20210331151843.30583-1-bage@linutronix.deSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      7c0d6e48
  16. 30 Mar, 2021 4 commits
    • Takashi Iwai's avatar
      Merge tag 'tags/mute-led-rework' into for-next · 5b1ed7df
      Takashi Iwai authored
      ALSA: control - add generic LED API
      
      This patchset tries to resolve the diversity in the audio LED
      control among the ALSA drivers. A new control layer registration
      is introduced which allows to run additional operations on
      top of the elementary ALSA sound controls.
      
      A new control access group (three bits in the access flags)
      was introduced to carry the LED group information for
      the sound controls. The low-level sound drivers can just
      mark those controls using this access group. This information
      is not exported to the user space, but user space can
      manage the LED sound control associations through sysfs
      (last patch) per Mark's request. It makes things fully
      configurable in the kernel and user space (UCM).
      
      The actual state ('route') evaluation is really easy
      (the minimal value check for all channels / controls / cards).
      If there's more complicated logic for a given hardware,
      the card driver may eventually export a new read-only
      sound control for the LED group and do the logic itself.
      
      The new LED trigger control code is completely separated
      and possibly optional (there's no symbol dependency).
      The full code separation allows eventually to move this
      LED trigger control to the user space in future.
      Actually it replaces the already present functionality
      in the kernel space (HDA drivers) and allows a quick adoption
      for the recent hardware (ASoC codecs including SoundWire).
      
      snd_ctl_led            24576  0
      
      The sound driver implementation is really easy:
      
      1) call snd_ctl_led_request() when control LED layer should be
         automatically activated
         / it calls module_request("snd-ctl-led") on demand /
      2) mark all related kcontrols with
              SNDRV_CTL_ELEM_ACCESS_SPK_LED or
              SNDRV_CTL_ELEM_ACCESS_MIC_LED
      
      Link: https://lore.kernel.org/r/20210317172945.842280-1-perex@perex.czSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      5b1ed7df
    • Jaroslav Kysela's avatar
      ALSA: led control - add sysfs kcontrol LED marking layer · a135dfb5
      Jaroslav Kysela authored
      We need to manage the kcontrol entries association for the LED trigger
      from the user space. This patch adds a layer to the sysfs tree like:
      
      /sys/devices/virtual/sound/ctl-led/mic
         + card0
         |  + attach
         |  + detach
         |  ...
         + card1
            + attach
            ...
      
      Operations:
      
        attach and detach
          - amixer style ID is accepted and easy strings for numid and
            simple names
        reset
          - reset all associated kcontrol entries
        list
          - list associated kcontrol entries (numid values only)
      
      Additional symlinks:
      
      /sys/devices/virtual/sound/ctl-led/mic/card0/card ->
        /sys/class/sound/card0
      
      /sys/class/sound/card0/controlC0/led-mic ->
        /sys/devices/virtual/sound/ctl-led/mic/card0
      Signed-off-by: default avatarJaroslav Kysela <perex@perex.cz>
      Link: https://lore.kernel.org/r/20210317172945.842280-7-perex@perex.czSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a135dfb5
    • Jaroslav Kysela's avatar
      ALSA: control - add sysfs support to the LED trigger module · cb17fe00
      Jaroslav Kysela authored
      Create SYSFS/devices/virtual/sound/ctl-led tree
      (with SYSFS/class/sound/ctl-led symlink).
      
        speaker/
          +-- mode
          +-- brightness
        mic/
          +-- mode
          +-- brightness
      
      Copy the idea from the HDA driver and allow to set the audio
      LEDs based on the various modes:
      
      - follow mute
      - follow moute (inverted to follow mute)
      - off
      - on
      
      Also, the actual LED state is exposed.
      Signed-off-by: default avatarJaroslav Kysela <perex@perex.cz>
      Link: https://lore.kernel.org/r/20210317172945.842280-6-perex@perex.czSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      cb17fe00
    • Jaroslav Kysela's avatar
      ALSA: HDA - remove the custom implementation for the audio LED trigger · e65bf997
      Jaroslav Kysela authored
      With the new snd-ctl-led module, we have a generic way
      to trigger audio LEDs based on the sound control changes.
      
      Remove the custom implementation from the HDA driver.
      
      Move the LED initialization before snd_hda_gen_parse_auto_config()
      call in all drivers to create marked controls there.
      Signed-off-by: default avatarJaroslav Kysela <perex@perex.cz>
      Link: https://lore.kernel.org/r/20210317172945.842280-5-perex@perex.czSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      e65bf997