January 2024 - Alsa-devel - mailman.alsa-project.org

ucm2: acp3x-es83xx: introduce UCM support for acp3x-es83xx sound card
by GitHub pull_request - opened 27 Jan '24

27 Jan '24

alsa-project/alsa-ucm-conf pull request #391 was opened from codepayne: Based on already existing UCM support in ucm2/Intel/sof-essx8336 This commit adds support for a line of Huawei laptops that use the AMD ACP controller and a es8336 codec. The kernel machine driver is already upstream. The proposed settings are based on the intel es83xx support already present, but with the difference that this line of laptops do not use an analog microphone that is connected to the codec. [alsa-info.zip](https://github.com/alsa-project/alsa-ucm-conf/files/14073662… Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/391 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/391.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH 00/13] of: property: add port base loop
by Kuninori Morimoto 27 Jan '24

27 Jan '24

Hi Rob We have endpoint base functions - of_graph_get_next_endpoint() - of_graph_get_endpoint_count() - for_each_endpoint_of_node() But to handling "port" base things, it is not useful. We want to have "port" base functions, too. This patch-set adds it. Because current existing drivers couldn't use "port" base functions, it were implemented in a different way. This patch-set doesn't try to full-replace to avoid unknown bug, try easy / quick replace only for now, but easy to know how "port" base functions are needed. Because I can't test the driver which I can't use, non-ASoC drivers needs Tested-by, Acked-by. Kuninori Morimoto (13): of: property: add port base loop of: property: use of_graph_get_next_port() on of_graph_get_next_endpoint() of: property: add of_graph_get_next_endpoint_raw() drm: omapdrm: use of_graph_get_next_endpoint_raw() media: xilinx-tpg: use of_graph_get_next_endpoint_raw() ASoC: audio-graph-card.c: use of_graph_get_next_endpoint_raw() ASoC: audio-graph-card2: use of_graph_get_next_port() ASoC: audio-graph-card2.c: use of_graph_get_next_endpoint_raw() ASoC: test-component: use for_each_port_of_node() fbdev: omapfb: use of_graph_get_remote_port() fbdev: omapfb: use of_graph_get_next_port() fbdev: omapfb: use of_graph_get_next_endpoint_raw() fbdev: omapfb: use of_graph_get_next_endpoint() drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +- drivers/gpu/drm/omapdrm/dss/sdi.c | 2 +- drivers/media/platform/xilinx/xilinx-tpg.c | 2 +- drivers/of/property.c | 92 +++++++++++++--- drivers/video/fbdev/omap2/omapfb/dss/dpi.c | 2 +- drivers/video/fbdev/omap2/omapfb/dss/dsi.c | 2 +- drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 101 +----------------- drivers/video/fbdev/omap2/omapfb/dss/dss.c | 8 +- drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c | 2 +- drivers/video/fbdev/omap2/omapfb/dss/hdmi5.c | 2 +- drivers/video/fbdev/omap2/omapfb/dss/sdi.c | 2 +- drivers/video/fbdev/omap2/omapfb/dss/venc.c | 2 +- include/linux/of_graph.h | 23 ++++ include/video/omapfb_dss.h | 11 -- sound/soc/generic/audio-graph-card.c | 2 +- sound/soc/generic/audio-graph-card2.c | 31 ++---- sound/soc/generic/test-component.c | 2 +- 17 files changed, 126 insertions(+), 162 deletions(-) -- 2.25.1

2 15

[PATCH] ASoC: dt-bindings: samsung,tm2: Correct "audio-codec" constraints
by Rob Herring 26 Jan '24

26 Jan '24

The "audio-codec" constraints define how many entries(2), but not the size of each entry. Each entry is a single phandle. Define the size with an inner 'items' list. Signed-off-by: Rob Herring <robh(a)kernel.org> --- Documentation/devicetree/bindings/sound/samsung,tm2.yaml | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/samsung,tm2.yaml b/Documentation/devicetree/bindings/sound/samsung,tm2.yaml index 760592599143..cbc7ba37362a 100644 --- a/Documentation/devicetree/bindings/sound/samsung,tm2.yaml +++ b/Documentation/devicetree/bindings/sound/samsung,tm2.yaml @@ -25,8 +25,11 @@ properties: description: Phandles to the codecs. $ref: /schemas/types.yaml#/definitions/phandle-array items: - - description: Phandle to the WM5110 audio codec. - - description: Phandle to the HDMI transmitter node. + - items: + - description: Phandle to the WM5110 audio codec. + - items: + - description: Phandle to the HDMI transmitter node. + samsung,audio-routing: description: | -- 2.43.0

3 2

[PATCH v1 0/4] Support HP Models without _DSD
by Stefan Binding 26 Jan '24

26 Jan '24

Add Quirks and driver properties for Dell models. Driver properties are required since these models do not have _DSD. Some models require special handing for Speaker ID and cannot use the configuration table to add properties. Also fix an issue for Channel Index property, when set through the configuration table, to use the same method as when loading _DSD properties. This is needed for laptops with 4 amps where the channels do not alternate. Stefan Binding (4): ALSA: hda: cs35l41: Set Channel Index correctly when system is missing _DSD ALSA: hda: cs35l41: Support additional HP Envy Models ALSA: hda: cs35l41: Support HP models without _DSD using dual Speaker ID ALSA: hda/realtek: Add quirks for various HP ENVY models sound/pci/hda/cs35l41_hda_property.c | 90 +++++++++++++++++++++++----- sound/pci/hda/patch_realtek.c | 40 +++++++++++++ 2 files changed, 114 insertions(+), 16 deletions(-) -- 2.34.1

3 6

[PATCH] ALSA: usb-audio: Support read-only clock selector control
by Alexander Tsoy 26 Jan '24

26 Jan '24

Clock selector control might be read-only. Add corresponding checks to prevent sending control requests that would fail. Signed-off-by: Alexander Tsoy <alexander(a)tsoy.me> --- sound/usb/clock.c | 23 ++++++++++++++++++++++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/sound/usb/clock.c b/sound/usb/clock.c index 94e4aaeafe58..7b259641adb5 100644 --- a/sound/usb/clock.c +++ b/sound/usb/clock.c @@ -261,6 +261,8 @@ static int __uac_clock_find_source(struct snd_usb_audio *chip, int ret, i, cur, err, pins, clock_id; const u8 *sources; int proto = fmt->protocol; + bool readable, writeable; + u32 bmControls; entity_id &= 0xff; @@ -292,11 +294,27 @@ static int __uac_clock_find_source(struct snd_usb_audio *chip, sources = GET_VAL(selector, proto, baCSourceID); cur = 0; + if (proto == UAC_VERSION_3) + bmControls = le32_to_cpu(*(__le32 *)(&selector->v3.baCSourceID[0] + pins)); + else + bmControls = *(__u8 *)(&selector->v2.baCSourceID[0] + pins); + + readable = uac_v2v3_control_is_readable(bmControls, + UAC2_CX_CLOCK_SELECTOR); + writeable = uac_v2v3_control_is_writeable(bmControls, + UAC2_CX_CLOCK_SELECTOR); + if (pins == 1) { ret = 1; goto find_source; } + /* for now just warn about buggy device */ + if (!readable) + usb_audio_warn(chip, + "%s(): clock selector control is not readable, id %d\n", + __func__, clock_id); + /* the entity ID we are looking at is a selector. * find out what it currently selects */ ret = uac_clock_selector_get_val(chip, clock_id); @@ -326,7 +344,7 @@ static int __uac_clock_find_source(struct snd_usb_audio *chip, if (ret > 0) { /* Skip setting clock selector again for some devices */ if (chip->quirk_flags & QUIRK_FLAG_SKIP_CLOCK_SELECTOR || - pins == 1) + pins == 1 || !writeable) return ret; err = uac_clock_selector_set_val(chip, entity_id, cur); if (err < 0) @@ -337,6 +355,9 @@ static int __uac_clock_find_source(struct snd_usb_audio *chip, return ret; find_others: + if (!writeable) + return -ENXIO; + /* The current clock source is invalid, try others. */ for (i = 1; i <= pins; i++) { if (i == cur) -- 2.43.0

2 1

[PATCH v2 0/2] ASoC: codecs: tx-macro: correct TX SMIC MUXn widgets on SM8350+
by Krzysztof Kozlowski 26 Jan '24

26 Jan '24

Hi, Changelog in individual patches. v1: https://lore.kernel.org/all/20230717140138.201745-1-krzysztof.kozlowski@lin… Best regards, Krzysztof Krzysztof Kozlowski (2): ASoC: codecs: tx-macro: split widgets per different LPASS versions ASoC: codecs: tx-macro: correct TX SMIC MUXn widgets on SM8350+ sound/soc/codecs/lpass-macro-common.h | 7 + sound/soc/codecs/lpass-tx-macro.c | 666 +++++++++++++++++++------- 2 files changed, 501 insertions(+), 172 deletions(-) -- 2.34.1

2 6

[PATCH] ASoC: codecs: ES8326: Adding new kcontrols about Headphone resistance
by Zhang Yi 26 Jan '24

26 Jan '24

We get headphone detect issue.And we fix it with the new kcontrols Signed-off-by: Zhang Yi <zhangyi(a)everest-semi.com> --- sound/soc/codecs/es8326.c | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) diff --git a/sound/soc/codecs/es8326.c b/sound/soc/codecs/es8326.c index 608862aebd71..aa5044eef0ca 100755 --- a/sound/soc/codecs/es8326.c +++ b/sound/soc/codecs/es8326.c @@ -226,6 +226,29 @@ static const char *const hp_spkvol_switch[] = { "HPVOL: HPL+HPR, SPKVOL: SPKL+SPKR", }; +static const char *const hp_det_resistance[] = { + "10K", + "5K", +}; + +static const char *const micbias_resistance[] = { + "5.5K", + "4.5K", + "3.6K", + "2.8K", + "2.1K", + "1.5K", + "1.0K", + "0.6K", +}; + +static const char *const button_resistance[] = { + "100 percent", + "90 percent", + "80 percent", + "70 percent", +}; + static const struct soc_enum dacpol = SOC_ENUM_SINGLE(ES8326_DAC_DSM, 4, 4, dacpol_txt); static const struct soc_enum alc_winsize = @@ -234,6 +257,12 @@ static const struct soc_enum drc_winsize = SOC_ENUM_SINGLE(ES8326_DRC_WINSIZE, 4, 16, winsize); static const struct soc_enum hpvol_spkvol_switch = SOC_ENUM_SINGLE(ES8326_HP_MISC, 6, 4, hp_spkvol_switch); +static const struct soc_enum hp_det = + SOC_ENUM_SINGLE(ES8326_ANA_MICBIAS, 7, 2, hp_det_resistance); +static const struct soc_enum micbias_res = + SOC_ENUM_SINGLE(ES8326_ANA_MICBIAS, 4, 8, micbias_resistance); +static const struct soc_enum button_res = + SOC_ENUM_SINGLE(ES8326_ANA_MICBIAS, 0, 4, button_resistance); static const struct snd_kcontrol_new es8326_snd_controls[] = { SOC_SINGLE_TLV("DAC Playback Volume", ES8326_DACL_VOL, 0, 0xbf, 0, dac_vol_tlv), @@ -270,6 +299,9 @@ static const struct snd_kcontrol_new es8326_snd_controls[] = { SOC_SINGLE_TLV("SPKR Playback Volume", ES8326_SPKR_VOL, 0, 0xbf, 0, dac_vol_tlv), SOC_ENUM("HPVol SPKVol Switch", hpvol_spkvol_switch), + SOC_ENUM("Hpdet Resistance", hp_det), + SOC_ENUM("Micbias Resistance", micbias_res), + SOC_ENUM("Button Resistance", button_res), }; static const struct snd_soc_dapm_widget es8326_dapm_widgets[] = { -- 2.17.1

2 1

Add UCM2 Configs for Qualcomm sm8650 platforms
by GitHub pull_request - opened 26 Jan '24

26 Jan '24

alsa-project/alsa-ucm-conf pull request #390 was opened from superna9999: This adds the UCM2 Configs for Qualcomm SM8650 MTP & QRD platforms. Tested with PulseAudio 16.1. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/390 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/390.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

SteamOS 3.5 - Client 128: 'Munt MT-32' Misssing
by GitHub issues - edited 26 Jan '24

26 Jan '24

alsa-project/alsa-lib issue #380 was edited from kingjoma: Hi All I am a linux noob. After purchasing a SteamDeck and in an attempt to achieve outcomes from first principles I am trying to get MUNT to work with Dosbox 0.74-3 from the flathub repo (??). I successfully grabbed the DosBox flatpak from the Discover Store and successfully downloaded, compiled and installed MUNT using terminal commands. I know that there are Dosbox versions with built in MT-32 support, which I have installed (eg. Dosbox Staging) but in order to understand Linux a bit better am challenging myself to code from first principles. After running the mt32emu-qt command from the terminal and then running: `aconnect -o` I am expecting to see `client 128: 'Munt MT-32' [type=user] 0 'Standard'` The issue is the line regarding client 128 is blank. MUNT launches, I have the ROMs installed and have tested midi files through MUNT and get sound, but when trying to point `midiconfig=128:0` in the dosbox config file, it is not working. Here are the steps I took to install MUNT, there were dependencies I needed to install and initialise features on SteamOS that are normally not used in vanilla SteamOS builds: `sudo steamos-readonly disable` `sudo pacman-key --init` `sudo pacman-key --populate archlinux` `sudo pacman-key --populate holo` `sudo pacman -Syu` `sudo pacman -S qt5-multimedia` `sudo pacman -S qt6-multimedia` `git clone http://www.github.com/munt/munt` `sudo pacman -S install build-essential` `sudo pacman -S libgl` `cmake -DCMAKE_BUILD_TYPE:STRING=Release` `make` `sudo make install` `mt32emu-qt` I then added the '/usr/local/lib' path to /etc/ld.so.conf.d to ensure MUNT picked up the local library and then ran `sudo ldconfig` Please assist in trying to understand why the MUNT client is not showing up? Thanks _Originally posted by @kingjoma in https://github.com/munt/munt/issues/116_ Please can I ask you to review this issue posted on the Munt Repo to see if you can advise on how to resolve the issue. The progress on troubleshooting is indicated by the discussion on the Munt issue channel. Thanks. Issue URL : https://github.com/alsa-project/alsa-lib/issues/380 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Hi All
by GitHub issues - opened 26 Jan '24

26 Jan '24

alsa-project/alsa-lib issue #380 was opened from kingjoma: Hi All I am a linux noob. After purchasing a SteamDeck and in an attempt to achieve outcomes from first principles I am trying to get MUNT to work with Dosbox 0.74-3 from the flathub repo (??). I successfully grabbed the DosBox flatpak from the Discover Store and successfully downloaded, compiled and installed MUNT using terminal commands. I know that there are Dosbox versions with built in MT-32 support, which I have installed (eg. Dosbox Staging) but in order to understand Linux a bit better am challenging myself to code from first principles. After running the mt32emu-qt command from the terminal and then running: `aconnect -o` I am expecting to see `client 128: 'Munt MT-32' [type=user] 0 'Standard'` The issue is the line regarding client 128 is blank. MUNT launches, I have the ROMs installed and have tested midi files through MUNT and get sound, but when trying to point `midiconfig=128:0` in the dosbox config file, it is not working. Here are the steps I took to install MUNT, there were dependencies I needed to install and initialise features on SteamOS that are normally not used in vanilla SteamOS builds: `sudo steamos-readonly disable` `sudo pacman-key --init` `sudo pacman-key --populate archlinux` `sudo pacman-key --populate holo` `sudo pacman -Syu` `sudo pacman -S qt5-multimedia` `sudo pacman -S qt6-multimedia` `git clone http://www.github.com/munt/munt` `sudo pacman -S install build-essential` `sudo pacman -S libgl` `cmake -DCMAKE_BUILD_TYPE:STRING=Release` `make` `sudo make install` `mt32emu-qt` I then added the '/usr/local/lib' path to /etc/ld.so.conf.d to ensure MUNT picked up the local library and then ran `sudo ldconfig` Please assist in trying to understand why the MUNT client is not showing up? Thanks _Originally posted by @kingjoma in https://github.com/munt/munt/issues/116_ Please can I ask you to review this issue posted on the Munt Repo to see if you can advise on how to resolve the issue. The progress on troubleshooting is indicated by the discussion on the Munt issue channel. Thanks. Issue URL : https://github.com/alsa-project/alsa-lib/issues/380 Repository URL: https://github.com/alsa-project/alsa-lib

1 0