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

[PATCH v2] ASoC: amd: renoir: Run hibernation callbacks
by Mario Limonciello 22 Jul '21

22 Jul '21

The registers need to be re-initialized after hibernation or microphone may be non-functional. BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=213793 Signed-off-by: Mario Limonciello <mario.limonciello(a)amd.com> --- sound/soc/amd/renoir/rn-pci-acp3x.c | 2 ++ 1 file changed, 2 insertions(+) v1-> v2: * Resend as a separate patch from threaded series diff --git a/sound/soc/amd/renoir/rn-pci-acp3x.c b/sound/soc/amd/renoir/rn-pci-acp3x.c index 19438da5dfa5..7b8040e812a1 100644 --- a/sound/soc/amd/renoir/rn-pci-acp3x.c +++ b/sound/soc/amd/renoir/rn-pci-acp3x.c @@ -382,6 +382,8 @@ static const struct dev_pm_ops rn_acp_pm = { .runtime_resume = snd_rn_acp_resume, .suspend = snd_rn_acp_suspend, .resume = snd_rn_acp_resume, + .restore = snd_rn_acp_resume, + .poweroff = snd_rn_acp_suspend, }; static void snd_rn_acp_remove(struct pci_dev *pci) -- 2.25.1

1 0

[PATCH] soundwire: stream: add s_rt into slave_rt_list before sdw_config_stream
by Dongliang Mu 22 Jul '21

22 Jul '21

The commit 48f17f96a817 ("soundwire: stream: fix memory leak in stream config error path") fixes the memory leak by implicitly freeing the s_rt object. However, this fixing style is not very good. The better fix is to move list_add_tail before sdw_config_stream and revert the previous commit. Signed-off-by: Dongliang Mu <mudongliangabcd(a)gmail.com> --- drivers/soundwire/stream.c | 14 +++----------- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git a/drivers/soundwire/stream.c b/drivers/soundwire/stream.c index 1a18308f4ef4..66a4ce4f923f 100644 --- a/drivers/soundwire/stream.c +++ b/drivers/soundwire/stream.c @@ -1373,19 +1373,11 @@ int sdw_stream_add_slave(struct sdw_slave *slave, goto stream_error; } + list_add_tail(&s_rt->m_rt_node, &m_rt->slave_rt_list); + ret = sdw_config_stream(&slave->dev, stream, stream_config, true); - if (ret) { - /* - * sdw_release_master_stream will release s_rt in slave_rt_list in - * stream_error case, but s_rt is only added to slave_rt_list - * when sdw_config_stream is successful, so free s_rt explicitly - * when sdw_config_stream is failed. - */ - kfree(s_rt); + if (ret) goto stream_error; - } - - list_add_tail(&s_rt->m_rt_node, &m_rt->slave_rt_list); ret = sdw_slave_port_config(slave, s_rt, port_config, num_ports); if (ret) -- 2.25.1

2 3

[PATCH v4 0/5] bus: Make remove callback return void
by Uwe Kleine-König 22 Jul '21

22 Jul '21

Hello, this is v4 of the final patch set for my effort to make struct bus_type::remove return void. The first four patches contain cleanups that make some of these callbacks (more obviously) always return 0. They are acked by the respective maintainers. Bjorn Helgaas explicitly asked to include the pci patch (#1) into this series, so Greg taking this is fine. I assume the s390 people are fine with Greg taking patches #2 to #4, too, they didn't explicitly said so though. The last patch actually changes the prototype and so touches quite some drivers and has the potential to conflict with future developments, so I consider it beneficial to put these patches into next soon. I expect that it will be Greg who takes the complete series, he already confirmed via irc (for v2) to look into this series. The only change compared to v3 is in the fourth patch where I modified a few more drivers to fix build failures. Some of them were found by build bots (thanks!), some of them I found myself using a regular expression search. The newly modified files are: arch/sparc/kernel/vio.c drivers/nubus/bus.c drivers/sh/superhyway/superhyway.c drivers/vlynq/vlynq.c drivers/zorro/zorro-driver.c sound/ac97/bus.c Best regards Uwe Uwe Kleine-König (5): PCI: endpoint: Make struct pci_epf_driver::remove return void s390/cio: Make struct css_driver::remove return void s390/ccwgroup: Drop if with an always false condition s390/scm: Make struct scm_driver::remove return void bus: Make remove callback return void arch/arm/common/locomo.c | 3 +-- arch/arm/common/sa1111.c | 4 +--- arch/arm/mach-rpc/ecard.c | 4 +--- arch/mips/sgi-ip22/ip22-gio.c | 3 +-- arch/parisc/kernel/drivers.c | 5 ++--- arch/powerpc/platforms/ps3/system-bus.c | 3 +-- arch/powerpc/platforms/pseries/ibmebus.c | 3 +-- arch/powerpc/platforms/pseries/vio.c | 3 +-- arch/s390/include/asm/eadm.h | 2 +- arch/sparc/kernel/vio.c | 4 +--- drivers/acpi/bus.c | 3 +-- drivers/amba/bus.c | 4 +--- drivers/base/auxiliary.c | 4 +--- drivers/base/isa.c | 4 +--- drivers/base/platform.c | 4 +--- drivers/bcma/main.c | 6 ++---- drivers/bus/sunxi-rsb.c | 4 +--- drivers/cxl/core.c | 3 +-- drivers/dax/bus.c | 4 +--- drivers/dma/idxd/sysfs.c | 4 +--- drivers/firewire/core-device.c | 4 +--- drivers/firmware/arm_scmi/bus.c | 4 +--- drivers/firmware/google/coreboot_table.c | 4 +--- drivers/fpga/dfl.c | 4 +--- drivers/hid/hid-core.c | 4 +--- drivers/hid/intel-ish-hid/ishtp/bus.c | 4 +--- drivers/hv/vmbus_drv.c | 5 +---- drivers/hwtracing/intel_th/core.c | 4 +--- drivers/i2c/i2c-core-base.c | 5 +---- drivers/i3c/master.c | 4 +--- drivers/input/gameport/gameport.c | 3 +-- drivers/input/serio/serio.c | 3 +-- drivers/ipack/ipack.c | 4 +--- drivers/macintosh/macio_asic.c | 4 +--- drivers/mcb/mcb-core.c | 4 +--- drivers/media/pci/bt8xx/bttv-gpio.c | 3 +-- drivers/memstick/core/memstick.c | 3 +-- drivers/mfd/mcp-core.c | 3 +-- drivers/misc/mei/bus.c | 4 +--- drivers/misc/tifm_core.c | 3 +-- drivers/mmc/core/bus.c | 4 +--- drivers/mmc/core/sdio_bus.c | 4 +--- drivers/net/netdevsim/bus.c | 3 +-- drivers/ntb/core.c | 4 +--- drivers/ntb/ntb_transport.c | 4 +--- drivers/nubus/bus.c | 6 ++---- drivers/nvdimm/bus.c | 3 +-- drivers/pci/endpoint/pci-epf-core.c | 7 ++----- drivers/pci/pci-driver.c | 3 +-- drivers/pcmcia/ds.c | 4 +--- drivers/platform/surface/aggregator/bus.c | 4 +--- drivers/platform/x86/wmi.c | 4 +--- drivers/pnp/driver.c | 3 +-- drivers/rapidio/rio-driver.c | 4 +--- drivers/rpmsg/rpmsg_core.c | 7 ++----- drivers/s390/block/scm_drv.c | 4 +--- drivers/s390/cio/ccwgroup.c | 6 +----- drivers/s390/cio/chsc_sch.c | 3 +-- drivers/s390/cio/css.c | 7 +++---- drivers/s390/cio/css.h | 2 +- drivers/s390/cio/device.c | 9 +++------ drivers/s390/cio/eadm_sch.c | 4 +--- drivers/s390/cio/scm.c | 5 +++-- drivers/s390/cio/vfio_ccw_drv.c | 3 +-- drivers/s390/crypto/ap_bus.c | 4 +--- drivers/scsi/scsi_debug.c | 3 +-- drivers/sh/superhyway/superhyway.c | 8 ++------ drivers/siox/siox-core.c | 4 +--- drivers/slimbus/core.c | 4 +--- drivers/soc/qcom/apr.c | 4 +--- drivers/spi/spi.c | 4 +--- drivers/spmi/spmi.c | 3 +-- drivers/ssb/main.c | 4 +--- drivers/staging/fieldbus/anybuss/host.c | 4 +--- drivers/staging/greybus/gbphy.c | 4 +--- drivers/target/loopback/tcm_loop.c | 5 ++--- drivers/thunderbolt/domain.c | 4 +--- drivers/tty/serdev/core.c | 4 +--- drivers/usb/common/ulpi.c | 4 +--- drivers/usb/serial/bus.c | 4 +--- drivers/usb/typec/bus.c | 4 +--- drivers/vdpa/vdpa.c | 4 +--- drivers/vfio/mdev/mdev_driver.c | 4 +--- drivers/virtio/virtio.c | 3 +-- drivers/vlynq/vlynq.c | 4 +--- drivers/vme/vme.c | 4 +--- drivers/xen/xenbus/xenbus.h | 2 +- drivers/xen/xenbus/xenbus_probe.c | 4 +--- drivers/zorro/zorro-driver.c | 3 +-- include/linux/device/bus.h | 2 +- include/linux/pci-epf.h | 2 +- sound/ac97/bus.c | 6 ++---- sound/aoa/soundbus/core.c | 4 +--- 93 files changed, 107 insertions(+), 263 deletions(-) base-commit: e73f0f0ee7541171d89f2e2491130c7771ba58d3 -- 2.30.2

5 6

Any way of making this Intel SoC sound cluster work?
by Valentin Villenave 22 Jul '21

22 Jul '21

Greetings, I recently found myself with a rather atypical laptop from a niche Chinese manufacturer (relying on an old J3455 SoC); the `Intel Smart Sound Technology` output does work under Windows with the appropriate drivers, but under GNU/Linux (no matter which distro or release I test: Debian, Ubuntu, ClearLinux,…) no audio output is reportedly available other than HDMI. Lspci does list an “Audio Cluster” [10ec:10fc] and supposedly handles it with snd_hda_intel, but that’s as far as I got. This looks to me like a missing firmware issue, but I’ve spent hours trawling the Internets to no avail. I also tried fiddling with the modules, by either blacklisting snd_hda_intel or loading snd_soc_skl and virtually every other combination I could think of. If there is an arcane option to be passed to snd_hda_intel, I have yet to find which one. Attached are the alsa-info output, the verbose lspci output and (just in case) the output of `wmic path win32_pnpentity` on Windows. If some of you fine alsa-devel experts could give me any pointers, I’d greatly appreciate it! Cheers, -- Valentin (from France).

2 2

[PATCH 02/54] ASoC: dt-bindings: Convert Bluetooth SCO Link binding to a schema
by Maxime Ripard 22 Jul '21

22 Jul '21

Bluetooth SCO Link are supported by Linux with a matching device tree binding. Now that we have the DT validation in place, let's convert the device tree bindings for that driver over to a YAML schema. The value expected for #sound-dai-cells wasn't documented though, and the users were inconsistent. The example didn't list it, and across the 4 users we have in tree: - 1 had a cells value of 1, but using only 0 as argument - 1 had a cells value of 0, - 2 didn't have this property at all, behaving as if it was 0, It seems like the consensus seems to be that it should be 0, so let's enforce it. Cc: alsa-devel(a)alsa-project.org Cc: devicetree(a)vger.kernel.org Cc: Liam Girdwood <lgirdwood(a)gmail.com> Cc: Mark Brown <broonie(a)kernel.org> Cc: Samuel Holland <samuel(a)sholland.org> Signed-off-by: Maxime Ripard <maxime(a)cerno.tech> --- .../devicetree/bindings/sound/bt-sco.txt | 13 ------- .../bindings/sound/linux,bt-sco.yaml | 34 +++++++++++++++++++ 2 files changed, 34 insertions(+), 13 deletions(-) delete mode 100644 Documentation/devicetree/bindings/sound/bt-sco.txt create mode 100644 Documentation/devicetree/bindings/sound/linux,bt-sco.yaml diff --git a/Documentation/devicetree/bindings/sound/bt-sco.txt b/Documentation/devicetree/bindings/sound/bt-sco.txt deleted file mode 100644 index 641edf75e184..000000000000 --- a/Documentation/devicetree/bindings/sound/bt-sco.txt +++ /dev/null @@ -1,13 +0,0 @@ -Bluetooth-SCO audio CODEC - -This device support generic Bluetooth SCO link. - -Required properties: - - - compatible : "delta,dfbmcs320" or "linux,bt-sco" - -Example: - -codec: bt_sco { - compatible = "delta,dfbmcs320"; -}; diff --git a/Documentation/devicetree/bindings/sound/linux,bt-sco.yaml b/Documentation/devicetree/bindings/sound/linux,bt-sco.yaml new file mode 100644 index 000000000000..334b508205cd --- /dev/null +++ b/Documentation/devicetree/bindings/sound/linux,bt-sco.yaml @@ -0,0 +1,34 @@ +# SPDX-License-Identifier: GPL-2.0 +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/sound/linux,bt-sco.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Bluetooth SCO Audio Codec Device Tree Bindings + +maintainers: + - Mark Brown <broonie(a)kernel.org> + +properties: + '#sound-dai-cells': + const: 0 + + compatible: + enum: + - delta,dfbmcs320 + - linux,bt-sco + +required: + - '#sound-dai-cells' + - compatible + +additionalProperties: false + +examples: + - | + codec { + #sound-dai-cells = <0>; + compatible = "linux,bt-sco"; + }; + +... -- 2.31.1

2 2

[PATCH] ALSA: usb-audio: Add registration quirk for JBL Quantum headsets
by Alexander Tsoy 22 Jul '21

22 Jul '21

These devices has two interfaces, but only the second interface contains the capture endpoint, thus quirk is required to delay the registration until the second interface appears. Tested-by: Jakub Fišer <jakub(a)ufiseru.cz> Signed-off-by: Alexander Tsoy <alexander(a)tsoy.me> --- sound/usb/quirks.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/sound/usb/quirks.c b/sound/usb/quirks.c index 8b8bee3c3dd6..e7accd87e063 100644 --- a/sound/usb/quirks.c +++ b/sound/usb/quirks.c @@ -1897,6 +1897,9 @@ static const struct registration_quirk registration_quirks[] = { REG_QUIRK_ENTRY(0x0951, 0x16d8, 2), /* Kingston HyperX AMP */ REG_QUIRK_ENTRY(0x0951, 0x16ed, 2), /* Kingston HyperX Cloud Alpha S */ REG_QUIRK_ENTRY(0x0951, 0x16ea, 2), /* Kingston HyperX Cloud Flight S */ + REG_QUIRK_ENTRY(0x0ecb, 0x1f46, 2), /* JBL Quantum 600 */ + REG_QUIRK_ENTRY(0x0ecb, 0x2039, 2), /* JBL Quantum 400 */ + REG_QUIRK_ENTRY(0x0ecb, 0x203e, 2), /* JBL Quantum 800 */ { 0 } /* terminator */ }; -- 2.31.1

2 1

mic not working on JBL Quantum series USB headsets
by Jakub Fišer 22 Jul '21

22 Jul '21

Hello Alsa people, hope this is the right place to post. My Quantum 800's microphone doesn't work and I found other reports suggesting this issue affects the whole Quantum product line. It's a wireless headset with USB dongle. I *think* the issue is with Alsa because the Capture device is "detected" but not populated under /sys: arecord list of devices: ``` % arecord -l **** List of CAPTURE Hardware Devices **** (...) card 1: Q800 [Quantum 800], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ``` amixer knobs: ``` % amixer -c1 Simple mixer control 'PCM',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Simple mixer control 'PCM',1 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Simple mixer control 'Headset',0 Capabilities: cvolume cvolume-joined cswitch cswitch-joined Capture channels: Mono Limits: Capture 0 - 64 Mono: Capture 64 [100%] [0.00dB] [on] ``` arecord trying to use the capture device: ``` % arecord -Dhw:1,0 /tmp/out.wav arecord: main:831: audio open error: No such file or directory ``` /sys pcm "endpoints" (missing capture endpoint): ``` % ls -1d /sys/class/sound/pcm* /sys/class/sound/pcmC1D0p /sys/class/sound/pcmC1D1p ``` nothing suspicious in dmesg: ``` usb 3-1.3: new full-speed USB device number 12 using xhci_hcd usb 3-1.3: New USB device found, idVendor=0ecb, idProduct=203e, bcdDevice= 1.00 usb 3-1.3: New USB device strings: Mfr=4, Product=5, SerialNumber=0 usb 3-1.3: Product: Quantum 800 usb 3-1.3: Manufacturer: JBL usb 3-1.3: Found post-registration device assignment: 0ecb203e:02 input: JBL Quantum 800 Consumer Control as /devices/pci0000:00/0000:00:1d.4/0000:05:00.0/0000:06:01.0/0000:08:00.0/0000:09:02.0/0000:0a:00.0/us 3/3-1/3-1.3/3-1.3:1.5/0003:0ECB:203E.0024/input/input51 input: JBL Quantum 800 as /devices/pci0000:00/0000:00:1d.4/0000:05:00.0/0000:06:01.0/0000:08:00.0/0000:09:02.0/0000:0a:00.0/us 3/3-1/3-1.3/3-1.3:1.5/0003:0ECB:203E.0024/input/input52 hid-generic 0003:0ECB:203E.0024: input,hiddev96,hidraw0: USB HID v1.11 Device [JBL Quantum 800] on usb-0000:0a:00.0-1.3/input5 ``` Nothing at all in either Pulse or Pipewire logs. alsa-info: http://alsa-project.org/db/?f=d9e7a91d97b2f64a0b2d00a05dfc9f9dace3a6f6 Linux 5.12.14-lqx2 Other reports: https://bbs.archlinux.org/viewtopic.php?pid=1983686 https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/998 The headset also works for me on Windows 10 out of the box (and according to the Internet, it works on Mac, too). Note that I updated the headset and dongle to the latest firmware (v3.1.5.0) with no effect. The 800 model also has Bluetooth with both A2DP and HSP profile. Not sure if this is relevant but for clarity: - with Pulse A2DP profile works only as output device (SBC and AAC), other profiles, such as HSP, are listed but "unavailable" - with Pipewire only HSP profiles are listed and available (mSBC, CVSD and "plain"), microphone *works* I'd like to help with debugging, just tell me how (or if) I can. thanks, -jakub.

2 3

Re: mic not working on JBL Quantum series USB headsets
by Alexander Tsoy 22 Jul '21

22 Jul '21

В Ср, 21/07/2021 в 22:34 +0000, Jakub Fišer пишет: > July 21, 2021 10:17 PM, "Alexander Tsoy" <alexander(a)tsoy.me> wrote: > > > В Вт, 20/07/2021 в 18:00 +0000, Jakub Fišer пишет: > > > > > My Quantum 800's microphone doesn't work and I found other reports > > > suggesting > > > this issue affects the whole Quantum product line. > > > > This device consists of two interfaces. The first interface contains > > a > > single playback endpoint and the second interface contains playback > > and > > capture endpoints. So JBL Quantum probably needs a registration quirk > > similar to Kingston HyperX devices. Please try the patch below: > > The patch works! Thanks. Two new profiles appeared in Pulseaudio (via > Pipewire) with "Mono input" and the profile "Pro Audio" gained the > mono input as well. Both analog and digital profiles work for playback > but only the "Pro Audio" profile exposes the second output as well. > This > profile is only available when using Pipewire (not in "plain" Pulse) > but > I guess this is not an Alsa-related issue. > > The microphone works in all three profiles as expected, everything > is there out-of-the-box with the patched kernel. What's the process to > get this patch to mainline? Should I be involved in it somehow? Thanks for testing. I'll submit this patch. > > > Just FYI, the headset also claims to have support for DTS Surround and > a 7.1 ultimate-something, the latter being explicitly a proprietary > thing. > > I guess DTS support is proprietary, too, but I couldn't find anything > about > it except that "it is there". In Windows both modes are only available > via > the proprietary application. According to lsusb output [1] this device works in UAC 1.0 mode and doesn't expose any of these capabilities. Presumably Windows driver is switching the device into some proprietary vendor specific mode or it is processing surround sound entirely in software. [1] https://github.com/linuxhw/LsUSB/blob/master/Desktop/Gigabyte%20Technology/…

2 1

out of memory issue
by Alex Roberts 21 Jul '21

21 Jul '21

Hello, I am developing a dummy codec to interface with an 8-channel, 24-bit ADC. I've got it working on an NXP imx8m through the fsl_sai driver on kernel 5.4.85. I can capture all 8 channels at varying sample rates using arecord, and I've verified correct data capture via opening the resulting .wav file in Audacity. The problem I am having is that occasionally, upon starting arecord - after a fresh power cycle - I get an out of memory error. Other times I get an out of memory after a non-deterministic period of capture. Starting capture again also reports out of memory, but if I wait several minutes and start capture it will start recording again. A power cycle usually helps, but as stated earlier, not 100% of the time. I'm trying to track down where the oom error is coming from, but haven't had much luck. My colleague tried running arecord with valgrind to check for memory leaks and nothing of note was observed. My suspicion is there's something going on with allocated memory for DMA, like fragmentation starts to happen and it can't get a contiguous region for operation. Reserving a large pool - either via device tree or boot cmd arguments in the bootoader - did not seem to help. Another thought is that it's a boundary/alignment issue due to the 24-bit data, and the error is the result of trying to allocate a chunk of memory for DMA that doesn't align. I'm very new to ALSA dev with some exposure to kernel dev in general, so please correct me if I'm wrong or completely mis-understanding something. Any suggestions on where I should / how I can debug this memory error? Thanks, Alex.

1 0

[GIT PULL] ASoC fixes for v5.14-rc2
by Mark Brown 21 Jul '21

21 Jul '21

The following changes since commit 6a7f5bd6185e1c86256d5e52c3bb7a4d390d6e19: ASoC: qcom: lpass-cpu: mark IRQ_CLEAR register as volatile and readable (2021-06-24 19:29:53 +0100) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v5.14-rc2 for you to fetch changes up to 82d28b67f780910f816fe1cfb0f676fc38c4cbb3: ASoC: ti: j721e-evm: Check for not initialized parent_clk_id (2021-07-19 12:58:42 +0100) ---------------------------------------------------------------- ASoC: Fixes for v5.14 A collection of fixes for ASoC that have come in since the merge window, all driver specific. There is a new core feature added for reversing the order of operations when shutting down, this is needed to fix a bug with the AMD Stonyridge platform, and we also tweak the Kconfig to make the SSM2518 driver user selectable so it can be used with generic cards but that requires no actual code changes. ---------------------------------------------------------------- Charles Keepax (2): ASoC: wm_adsp: Correct wm_coeff_tlv_get handling ASoC: wm_adsp: Add CCM_CORE_RESET to Halo start core Kyle Russell (1): ASoC: tlv320aic31xx: fix reversed bclk/wclk master bits Lucas Stach (1): ASoC: codecs: allow SSM2518 to be selected by the user Marek Vasut (1): ASoC: tlv320aic32x4: Fix TAS2505 volume controls Mark Brown (3): Merge series "ASoC: Intel: machine driver corrections" from Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com>: ASoC: tlv320aic31xx: Make regmap cache only on probe() Merge series "arm64: tegra: Enable audio IOMMU support on Tegra194" from Thierry Reding <thierry.reding(a)gmail.com> Thierry Reding <treding(a)nvidia.com>: Maxim Schwalm (1): ASoC: rt5631: Fix regcache sync errors on resume Oder Chiou (1): ASoC: rt5682: Fix the issue of garbled recording after powerd_dbus_suspend Peter Robinson (1): ASoC: remove zte zx dangling kconfig Peter Ujfalusi (2): ASoC: ti: j721e-evm: Fix unbalanced domain activity tracking during startup ASoC: ti: j721e-evm: Check for not initialized parent_clk_id Rander Wang (1): ASoC: Intel: boards: fix xrun issue on platform with max98373 Rob Herring (1): ASoC: dt-bindings: renesas: rsnd: Fix incorrect 'port' regex schema Sathya Prakash M R (1): ASoC: SOF: Intel: Update ADL descriptor to use ACPI power states Srinivas Kandagatla (2): ASoC: codecs: wcd938x: make sdw dependency explicit in Kconfig ASoC: codecs: wcd938x: setup irq during component bind Thierry Reding (1): ASoC: tegra: Use ADMAIF component for DMA allocations Vijendar Mukunda (2): ASoC: soc-pcm: add a flag to reverse the stop sequence ASoC: amd: reverse stop sequence for stoneyridge platform .../devicetree/bindings/sound/renesas,rsnd.yaml | 2 +- include/sound/soc.h | 6 ++ sound/soc/amd/acp-da7219-max98357a.c | 5 ++ sound/soc/codecs/Kconfig | 8 +-- sound/soc/codecs/rt5631.c | 2 + sound/soc/codecs/rt5682.c | 8 ++- sound/soc/codecs/tlv320aic31xx.c | 2 + sound/soc/codecs/tlv320aic31xx.h | 4 +- sound/soc/codecs/tlv320aic32x4.c | 27 ++++---- sound/soc/codecs/wcd938x.c | 18 ++--- sound/soc/codecs/wm_adsp.c | 6 +- sound/soc/intel/boards/sof_sdw_max98373.c | 81 ++++++++++++++-------- sound/soc/soc-pcm.c | 22 ++++-- sound/soc/sof/intel/pci-tgl.c | 1 + sound/soc/tegra/tegra_pcm.c | 30 ++++---- sound/soc/ti/j721e-evm.c | 18 +++-- 16 files changed, 152 insertions(+), 88 deletions(-)

2 1