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

[RESEND PATCH 0/1] ALSA: virtio: add support for audio controls
by Aiswarya Cyriac 15 Jan '24

15 Jan '24

From: Anton Yakovlev <anton.yakovlev(a)opensynergy.com> Implementation of support for audio controls in accordance with the extension of the virtio sound device specification[1] planned for virtio-v1.3-cs01. Design　of virtual audio controls is based on and derived from ALSA audio controls. It allows the driver to perform all standard operations, such as reading and writing audio control value, as well as working with metadata (represented in the TLV form). The driver part was tested on top of the Linux 5.10 kernel. As a device part was used OpenSynergy proprietary implementation. [1] https://lists.oasis-open.org/archives/virtio-comment/202104/msg00013.html Anton Yakovlev (1): ALSA: virtio: add support for audio controls include/uapi/linux/virtio_snd.h | 154 +++++++++++ sound/virtio/Makefile | 1 + sound/virtio/virtio_card.c | 21 ++ sound/virtio/virtio_card.h | 22 ++ sound/virtio/virtio_kctl.c | 464 ++++++++++++++++++++++++++++++++ 5 files changed, 662 insertions(+) create mode 100644 sound/virtio/virtio_kctl.c -- 2.25.1

2 3

Re: Query on audio-graph-card DT binding
by Thierry Reding 15 Jan '24

15 Jan '24

On Tue, Dec 26, 2023 at 09:58:02PM +0530, Sameer Pujar wrote: > Hi Morimoto-san, > > This question is regarding audio-graph-card.c driver related DT binding. > > I am looking to enable following DAI link connection in device tree for > Tegra audio: > > /-----> codec1 endpoint > / > CPU endpoint \ > \-----> codec2 endpoint > > > I see that, "remote-endpoint" property can only specify single phandle > object for connection to a remote endpoint. In other words, the link can be > one-to-one. For illustration, please see below example. However I see it > leads to a build error if phandle-array is provided for "remote-endpoint" > property. > > cpu_port { > cpu_ep: endpoint { > remote-endpoint = <&codec1_ep>, <&codec2_ep>; > }; > }; > > codec1 { > codec1_ep: endpoint { > remote-endpoint = <&cpu_ep>; > }; > }; > > codec2 { > codec2_ep: endpoint { > remote-endpoint = <&cpu_ep>; > }; > }; > > Is there a possibility to re-use the same CPU endpoint for connecting to > multiple codec endpoints like shown in above example? Can you describe the use-case? Is there a need to switch between codec1 and codec2 endpoints or do they receive the same data in parallel all the time? Could this perhaps be described by adding multiple CPU ports with one endpoint each? Thierry

4 20

USB-Audio Add support for MSI MEG Z690 ACE (ALC4082)
by GitHub pull_request - opened 15 Jan '24

15 Jan '24

alsa-project/alsa-ucm-conf pull request #381 was opened from mDuo13: Tested this out on my motherboard and it fixed my problem with the onboard sound being treated as a generic USB device. Fixing it allowed me to record from line-in, among other things. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/381 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/381.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH] ASoC: audio-graph-card2: fix index check on graph_parse_node_multi_nm()
by Kuninori Morimoto 12 Jan '24

12 Jan '24

commit d685aea5e0a8 ("ASoC: audio-graph-card2: fix off by one in graph_parse_node_multi_nm()") uses ">=" instead of ">" for index check, but it was wrong. The nm_idx will be increment at end of loop, thus, ">" is correct. while (1) { ... => if (*nm_idx > nm_max) break; ... (*nm_idx)++; } Without this patch, "Multi-Codec-1" sample on ${LINUX}/sound/soc/generic/audio-graph-card2-custom-sample.dtsi will be error. Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx(a)renesas.com> --- sound/soc/generic/audio-graph-card2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/generic/audio-graph-card2.c b/sound/soc/generic/audio-graph-card2.c index 9c94677f681a..62606e20be9a 100644 --- a/sound/soc/generic/audio-graph-card2.c +++ b/sound/soc/generic/audio-graph-card2.c @@ -556,7 +556,7 @@ static int graph_parse_node_multi_nm(struct snd_soc_dai_link *dai_link, struct device_node *mcodec_port; int codec_idx; - if (*nm_idx >= nm_max) + if (*nm_idx > nm_max) break; mcpu_ep_n = of_get_next_child(mcpu_port, mcpu_ep_n); -- 2.25.1

2 1

[PATCH v5 0/5] Add support for CS40L50
by James Ogletree 12 Jan '24

12 Jan '24

There is a massive delta from V4, so only the highlgihts are mentioned below. I intend for this version to address all feedback to-date, so if you find something left unaddressed then please let me know. Changes in v5: - Added a codec sub-device to support I2S streaming - Moved write sequencer code from cirrus_haptics to cs_dsp - Reverted cirrus_haptics library; future Cirrus input drivers will export and utilize cs40l50_vibra functions - Added more comments - Many small stylistic and logical improvements Changes in v4: - Moved from Input to MFD - Moved common Cirrus haptic functions to a library - Incorporated runtime PM framework - Many style improvements Changes in v3: - YAML formatting corrections - Fixed typo in MAINTAINERS - Used generic node name "haptic-driver" - Fixed probe error code paths - Switched to "sizeof(*)" - Removed tree reference in MAINTAINERS Changes in v2: - Fixed checkpatch warnings James Ogletree (5): firmware: cs_dsp: Add write sequencer interface dt-bindings: input: cirrus,cs40l50: Add initial DT binding mfd: cs40l50: Add support for CS40L50 core driver Input: cs40l50 - Add support for the CS40L50 haptic driver ASoC: cs40l50: Support I2S streaming to CS40L50 .../bindings/input/cirrus,cs40l50.yaml | 70 +++ MAINTAINERS | 12 + drivers/firmware/cirrus/cs_dsp.c | 261 ++++++++ drivers/input/misc/Kconfig | 10 + drivers/input/misc/Makefile | 1 + drivers/input/misc/cs40l50-vibra.c | 572 ++++++++++++++++++ drivers/mfd/Kconfig | 30 + drivers/mfd/Makefile | 4 + drivers/mfd/cs40l50-core.c | 536 ++++++++++++++++ drivers/mfd/cs40l50-i2c.c | 69 +++ drivers/mfd/cs40l50-spi.c | 69 +++ include/linux/firmware/cirrus/cs_dsp.h | 28 + include/linux/mfd/cs40l50.h | 128 ++++ sound/soc/codecs/Kconfig | 11 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/cs40l50-codec.c | 304 ++++++++++ 16 files changed, 2107 insertions(+) create mode 100644 Documentation/devicetree/bindings/input/cirrus,cs40l50.yaml create mode 100644 drivers/input/misc/cs40l50-vibra.c create mode 100644 drivers/mfd/cs40l50-core.c create mode 100644 drivers/mfd/cs40l50-i2c.c create mode 100644 drivers/mfd/cs40l50-spi.c create mode 100644 include/linux/mfd/cs40l50.h create mode 100644 sound/soc/codecs/cs40l50-codec.c -- 2.25.1

4 16

ucm2: MediaTek: mt8370-evk: Add alsa-ucm support
by GitHub pull_request - opened 12 Jan '24

12 Jan '24

alsa-project/alsa-ucm-conf pull request #380 was opened from zoran055: Add alsa-ucm support for the MediaTek mt8370-evk platform. MT8370 is a downgraded version of MT8390, but there isn't much difference in the Audio domain, so the content of the ucm conf is very similar to PR #321. However, due to different hardware and corresponding sound cards, the ucm conf is separated and a new commit is created. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/380 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/380.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: fix comment in MOTU M4 config
by GitHub pull_request - opened 12 Jan '24

12 Jan '24

alsa-project/alsa-ucm-conf pull request #379 was opened from davide125: Mic2 is 2R, not 1R, so update the Stereo entry accordingly. This makes it consistent with the M2 and M6 (https://github.com/alsa-project/alsa-ucm-conf/pull/378) configs. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/379 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/379.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: add MOTU M6 config
by GitHub pull_request - opened 11 Jan '24

11 Jan '24

alsa-project/alsa-ucm-conf pull request #378 was opened from davide125: This card shares the same ID as the MOTU M2 and M4, so we use the long card name to identify it. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/378 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/378.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH 0/3] ASoC: Support SAI and MICFIL on i.MX95 platform
by Chancel Liu 11 Jan '24

11 Jan '24

Support SAI and MICFIL on i.MX95 platform Chancel Liu (3): ASoC: dt-bindings: fsl,sai: Add compatible string for i.MX95 platform ASoC: fsl_sai: Add support for i.MX95 platform ASoC: dt-bindings: fsl,micfil: Add compatible string for i.MX95 platform .../devicetree/bindings/sound/fsl,micfil.yaml | 15 +++++++++++---- .../devicetree/bindings/sound/fsl,sai.yaml | 1 + sound/soc/fsl/fsl_sai.c | 13 +++++++++++++ 3 files changed, 25 insertions(+), 4 deletions(-) -- 2.42.0

4 9

[PATCH v2 0/4] reset: gpio: ASoC: shared GPIO resets
by Krzysztof Kozlowski 11 Jan '24

11 Jan '24

Hi, Changes in v2 ============= 1. wsa884x.c: add missing return in wsa884x_get_reset(), correct comment. 2. qcom,wsa8840.yaml: fix oneOf syntax. 3. reset/core.c: - Revise approach based on Bartosz comments: parse the reset-gpios phandle with arguments, do not use deprecated API and do not rely on gpio_desc pointer. - Create a list of instantiated platform devices to avoid any duplicates. - After creating reset-gpio platform device, try to get new reset controller or return EPROBE_DEFER. - Drop the "cookie" member and add new "of_args" to "struct reset_controller_dev". 4. reset-gpio.c: - Fix smatch warning on platdata evaluation. - Parse GPIO args and store them in rc.of_args. Description =========== We have at least few cases where hardware engineers decided to use one powerdown/shutdown/reset GPIO line for multiple devices: 1. WSA884x (this and previous patch): https://lore.kernel.org/all/b7aeda24-d638-45b7-8e30-80d287f498f8@sirena.org… 2. https://lore.kernel.org/all/20231027033104.1348921-1-chris.packham@alliedte… 3. https://lore.kernel.org/lkml/20191030120440.3699-1-peter.ujfalusi@ti.com/ 4. https://lore.kernel.org/all/20211018234923.1769028-1-sean.anderson@seco.com/ 5. https://social.treehouse.systems/@marcan/111268780311634160 I try to solve my case, hopefuly Chris' (2), partially Sean's (4) and maybe Hectors (5), using Rob's suggestion: https://lore.kernel.org/all/YXi5CUCEi7YmNxXM@robh.at.kernel.org/ Best regards, Krzysztof Cc: Chris Packham <chris.packham(a)alliedtelesis.co.nz> Cc: Bartosz Golaszewski <brgl(a)bgdev.pl> Cc: Sean Anderson <sean.anderson(a)seco.com> Krzysztof Kozlowski (4): reset: gpio: Add GPIO-based reset controller reset: Instantiate reset GPIO controller for shared reset-gpios ASoC: dt-bindings: qcom,wsa8840: Add reset-gpios for shared line ASoC: codecs: wsa884x: Allow sharing reset GPIO .../bindings/sound/qcom,wsa8840.yaml | 11 +- MAINTAINERS | 5 + drivers/reset/Kconfig | 9 + drivers/reset/Makefile | 1 + drivers/reset/core.c | 176 ++++++++++++++++-- drivers/reset/reset-gpio.c | 121 ++++++++++++ include/linux/reset-controller.h | 4 + sound/soc/codecs/wsa884x.c | 53 +++++- 8 files changed, 356 insertions(+), 24 deletions(-) create mode 100644 drivers/reset/reset-gpio.c -- 2.34.1

4 16