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

[PATCH ver.2 6.1.y 0/6] ASoC: codecs: es8326: fix support (backport from v6.6)
by kovalev＠altlinux.org 17 Apr '24

17 Apr '24

Without these patches, all tested laptop models using the es8326 audio codec have no sound from the speakers and headphones, and the headset microphone does not work. Although the initialization of the sound card is successful. -- ver.2: drop a commit that does not affect the fix of functionality; added an explanation that does not work on the current version of the kernel without patches. -- Patches have been successfully tested on the latest 6.1.86 kernel. [PATCH 6.1.y 1/6] ASoC: codecs: ES8326: Add es8326_mute function [PATCH 6.1.y 2/6] ASoC: codecs: ES8326: Change Hp_detect register names [PATCH 6.1.y 3/6] ASoC: codecs: ES8326: Change Volatile Reg function [PATCH 6.1.y 4/6] ASoC: codecs: ES8326: Fix power-up sequence [PATCH 6.1.y 5/6] ASOC: codecs: ES8326: Add calibration support for [PATCH 6.1.y 6/6] ASoC: codecs: ES8326: Update jact detection function

1 6

[PATCH v3 71/74] x86/cpu/vfm: Update sound/soc/intel/avs/boards/es8336.c
by Tony Luck 17 Apr '24

17 Apr '24

New CPU #defines encode vendor and family as well as model. Signed-off-by: Tony Luck <tony.luck(a)intel.com> --- sound/soc/intel/avs/boards/es8336.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/sound/soc/intel/avs/boards/es8336.c b/sound/soc/intel/avs/boards/es8336.c index 5c90a6007577..6c86c581877e 100644 --- a/sound/soc/intel/avs/boards/es8336.c +++ b/sound/soc/intel/avs/boards/es8336.c @@ -18,6 +18,7 @@ #include <sound/pcm_params.h> #include <sound/soc.h> #include <sound/soc-acpi.h> +#include <asm/cpu_device_id.h> #include <asm/intel-family.h> #include "../utils.h" @@ -153,9 +154,9 @@ static int avs_es8336_hw_params(struct snd_pcm_substream *substream, int clk_freq; int ret; - switch (boot_cpu_data.x86_model) { - case INTEL_FAM6_KABYLAKE_L: - case INTEL_FAM6_KABYLAKE: + switch (boot_cpu_data.x86_vfm) { + case INTEL_KABYLAKE_L: + case INTEL_KABYLAKE: clk_freq = 24000000; break; default: -- 2.44.0

2 1

ucm2: HDA: Use Master volume control for dual speakers
by GitHub pull_request - opened 16 Apr '24

16 Apr '24

alsa-project/alsa-ucm-conf pull request #410 was opened from tuxedoxt: This PR extends the existing 'activate Bass Speaker' case with additional configuration - Use Master mixer for volume control (instead of only using Speaker) - Configure Speaker Volume and Bass Speaker volume to max since Master volume regulation is used It fixes a case where only the first speaker volume is changed using the system volume control. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/410 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/410.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH] ASoC: rt715: add vendor clear control register
by Jack Yu 16 Apr '24

16 Apr '24

Add vendor clear control register in readable register's callback function. This prevents an access failure reported in Intel CI tests. Signed-off-by: Jack Yu <jack.yu(a)realtek.com> --- sound/soc/codecs/rt715-sdw.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/codecs/rt715-sdw.c b/sound/soc/codecs/rt715-sdw.c index 24b3443aeb02..ec255ada44e0 100644 --- a/sound/soc/codecs/rt715-sdw.c +++ b/sound/soc/codecs/rt715-sdw.c @@ -111,6 +111,7 @@ static bool rt715_readable_register(struct device *dev, unsigned int reg) case 0x839d: case 0x83a7: case 0x83a9: + case 0x752001: case 0x752039: return true; default: -- 2.34.1

3 2

[PATCH 0/2] ASoC: fsl-asoc-card: add wm8904 codec support
by Shengjiu Wang 16 Apr '24

16 Apr '24

add wm8904 codec support in fsl-asoc-card. Shengjiu Wang (2): ASoC: fsl-asoc-card: add wm8904 codec support ASoC: dt-bindings: fsl-asoc-card: Add compatbile string for wm8904 codec .../devicetree/bindings/sound/fsl-asoc-card.yaml | 1 + sound/soc/fsl/fsl-asoc-card.c | 8 ++++++++ 2 files changed, 9 insertions(+) -- 2.34.1

2 3

[PATCH v2.5] ASoC: Replace dpcm_playback/capture to playback/capture_assertion
by Kuninori Morimoto 16 Apr '24

16 Apr '24

Hi Mark, Amadeusz, Jerome, Pierre-Louis This is v2.5 patch which is preparation for v3. Because full-patch-set has over 20 patches, to avoid posting huge patch-bomb, I try to post main patch only for preparation. In v2.5, it will use xxx_assertion flag, and exising dpcm_xxx and xxx_only flags will be converted to it. I think it can keep compatibility and possible to indicate link error same as before which was conserned by Pierre-Louis. Please let me know if it still not good match. One of my big consern is Amadeusz/Jerome's idea which uses "XXX | YYY" style. To avoid confusion, let's name each style as below here. [Flag style] unsigned int flags; #define SND_SOC_FLAGS_ASSERTION_PLAYBACK BIT(x) #define SND_SOC_FLAGS_ASSERTION_CAPTURE BIT(x) ... [BitField style] unsigned int playback_assertion:1; unsigned int capture_assertion:1; ... This v2.5 patch is using [BitField style] and I think it is not a big problem from "code point of view", but I think [Flag style] is better for "human understandable point of view", because we can define like below, for example. #define SND_SOC_FLAGS_AVAILABLE_PLAYBACK /* no flag is needed */ #define SND_SOC_FLAGS_AVAILABLE_PLAYBACK_WITH_ASSERTION SND_SOC_FLAGS_ASSERTION_PLAYBACK #define SND_SOC_FLAGS_AVAILABLE_CAPTURE /* no flag is needed */ #define SND_SOC_FLAGS_AVAILABLE_CAPTURE_WITH_ASSERTION SND_SOC_FLAGS_ASSERTION_CAPTURE #define SND_SOC_FLAGS_AVAILABLE_BIDIRECTIONAL /* no flag is needed */ #define SND_SOC_FLAGS_AVAILABLE_BIDIRECTIONAL_WITH_ASSERTION (SND_SOC_FLAGS_ASSERTION_PLAYBACK | SND_SOC_FLAGS_ASSERTION_CAPTURE) #define SND_SOC_FLAGS_AVAILABLE_PLAYBACK_ONLY SND_SOC_FLAGS_ASSERTION_PLAYBACK #define SND_SOC_FLAGS_AVAILABLE_CAPTURE_ONLY SND_SOC_FLAGS_ASSERTION_CAPTURE Switch to [Flag style] is OK for me, but one consern is that in such case, people will wonder "why ASoC is using both [Flag style] and [BitField style] in the same time ?", because we are using [BitField style] for other flags. So, my suggestion is that next v3 patch uses [Flag style]. And after that, post new patch-set to switch [BitField style] to [Flag style] for other flags. But I wonder is this good approach ? v2 -> v2.5 - use xxx_assertion flag - dpcm_xxx -> xxx_assertion - xxx_only -> xxx_assertion - only [01/xx] patch v1 -> v2 - based on latest ASoC branch - keep comment on Intel - tidyup patch title - tidyup DPCM BE warning output condition - Add new patch for Document Link: https://lore.kernel.org/r/87o7b353of.wl-kuninori.morimoto.gx@renesas.com Link: https://lore.kernel.org/r/87zfuesz8y.wl-kuninori.morimoto.gx@renesas.com Thank you for your help !! Best regards --- Renesas Electronics Ph.D. Kuninori Morimoto

3 5

alsa-info.sh: log SoundWire devices reported in ACPI
by GitHub pull_request - opened 15 Apr '24

15 Apr '24

alsa-project/alsa-utils pull request #264 was opened from plbossart: Track SoundWire devices reported in ACPI, this will help detect missing or invalid configurations. For now we only filter information from Realtek, Cirrus Logic and TI, based on the manufacturer ID of their devices. Example log for the classic RT711/RT1316x2/RT714 configuration. !!ACPI SoundWire Device Status Information !!--------------- Realtek 0x000030025d071101 Realtek 0x000331025d131601 Realtek 0x000230025d131601 Realtek 0x000130025d071401 Request URL : https://github.com/alsa-project/alsa-utils/pull/264 Patch URL : https://github.com/alsa-project/alsa-utils/pull/264.patch Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[PATCH v3] ASoC: dt-bindings: omap-mcpdm: Convert to DT schema
by Mighty 15 Apr '24

15 Apr '24

From: Mithil Bavishi <bavishimithil(a)gmail.com> Convert the OMAP4+ McPDM bindings to DT schema. Signed-off-by: Mithil Bavishi <bavishimithil(a)gmail.com> --- .../devicetree/bindings/sound/omap-mcpdm.txt | 30 ---------- .../bindings/sound/ti,omap4-mcpdm.yaml | 58 +++++++++++++++++++ 2 files changed, 58 insertions(+), 30 deletions(-) delete mode 100644 Documentation/devicetree/bindings/sound/omap-mcpdm.txt create mode 100644 Documentation/devicetree/bindings/sound/ti,omap4-mcpdm.yaml diff --git a/Documentation/devicetree/bindings/sound/omap-mcpdm.txt b/Documentation/devicetree/bindings/sound/omap-mcpdm.txt deleted file mode 100644 index ff98a0cb5..000000000 --- a/Documentation/devicetree/bindings/sound/omap-mcpdm.txt +++ /dev/null @@ -1,30 +0,0 @@ -* Texas Instruments OMAP4+ McPDM - -Required properties: -- compatible: "ti,omap4-mcpdm" -- reg: Register location and size as an array: - <MPU access base address, size>, - <L3 interconnect address, size>; -- interrupts: Interrupt number for McPDM -- ti,hwmods: Name of the hwmod associated to the McPDM -- clocks: phandle for the pdmclk provider, likely <&twl6040> -- clock-names: Must be "pdmclk" - -Example: - -mcpdm: mcpdm@40132000 { - compatible = "ti,omap4-mcpdm"; - reg = <0x40132000 0x7f>, /* MPU private access */ - <0x49032000 0x7f>; /* L3 Interconnect */ - interrupts = <0 112 0x4>; - interrupt-parent = <&gic>; - ti,hwmods = "mcpdm"; -}; - -In board DTS file the pdmclk needs to be added: - -&mcpdm { - clocks = <&twl6040>; - clock-names = "pdmclk"; - status = "okay"; -}; diff --git a/Documentation/devicetree/bindings/sound/ti,omap4-mcpdm.yaml b/Documentation/devicetree/bindings/sound/ti,omap4-mcpdm.yaml new file mode 100644 index 000000000..73fcfaf6e --- /dev/null +++ b/Documentation/devicetree/bindings/sound/ti,omap4-mcpdm.yaml @@ -0,0 +1,58 @@ +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/sound/ti,omap-mcpdm.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: OMAP McPDM + +maintainers: + - Krzysztof Kozlowski <krzysztof.kozlowski(a)linaro.org> + +description: + OMAP ALSA SoC DAI driver using McPDM port used by TWL6040 + +properties: + compatible: + const: ti,omap4-mcpdm + + reg: + items: + - description: MPU access base address + - description: L3 interconnect address + + interrupts: + maxItems: 1 + + ti,hwmods: + description: Name of the hwmod associated to the McPDM, likely "mcpdm" + + clocks: + description: phandle for the pdmclk provider, likely <&twl6040> + + clock-names: + description: Must be "pdmclk" + + +required: + - compatible + - reg + - interrupts + - ti,hwmods + - clocks + - clock-names + +additionalProperties: false + +examples: + - | + pdm@0 { + compatible = "ti,omap4-mcpdm"; + reg = <0x40132000 0x7f>, /* MPU private access */ + <0x49032000 0x7f>; /* L3 Interconnect */ + interrupts = <0 112 0x4>; + interrupt-parent = <&gic>; + ti,hwmods = "mcpdm"; + clocks = <&twl6040>; + clock-names = "pdmclk"; + }; -- 2.34.1

1 0

DSD formats in snd-aloop?
by Pavel Hofman 15 Apr '24

15 Apr '24

Hi, Please would you accept a patch which adds the 16/32bit alsa DSD formats to the list of supported audio formats in snd-aloop? The loopback device does not modify or access the actual samples in any way, defines no volume or mute controls, it's strictly bitperfect. Thanks a lot for considering, Pavel.

2 1

[PATCH 1/2] ASoC: wcd934x: Drop unneeded MODULE_ALIAS
by Krzysztof Kozlowski 15 Apr '24

15 Apr '24

The ID table already has respective entry and MODULE_DEVICE_TABLE and creates proper alias for platform driver. Having another MODULE_ALIAS causes the alias to be duplicated. Signed-off-by: Krzysztof Kozlowski <krzk(a)kernel.org> --- sound/soc/codecs/wcd934x.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/codecs/wcd934x.c b/sound/soc/codecs/wcd934x.c index 6813268e6a19..de870c7819ca 100644 --- a/sound/soc/codecs/wcd934x.c +++ b/sound/soc/codecs/wcd934x.c @@ -5967,7 +5967,6 @@ static struct platform_driver wcd934x_codec_driver = { } }; -MODULE_ALIAS("platform:wcd934x-codec"); module_platform_driver(wcd934x_codec_driver); MODULE_DESCRIPTION("WCD934x codec driver"); MODULE_LICENSE("GPL v2"); -- 2.34.1

2 2