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

Re: [PATCH v1 0/7] Add support for various laptops using CS35L41 HDA without _DSD
by Niclas Söderlund 19 Apr '24

19 Apr '24

Hi, amazingly high level of laymanship here and equally high level of dispear. But model after model is added to fix the problem with speakers not working, but nowhere is my model seen. I have the Lenovo 13X G2 model and even at kernel 6.8.7 my speakers still doesnt work. Where can I add a request to also include this model in the patches, so I have a hope of having the speakers start working? I do apologise in advance, Mvh, Niclas

1 0

[PATCH v1 0/1] soundwire: qcom: disable stop clock on 1.3.0 and below
by Anton Bambura 19 Apr '24

19 Apr '24

This patch fixes audio on sdm845 + wcd9340 with soundwire. The affected devices are AYN Odin and Lenovo Yoga C630. If this gets applied it should also be backported to stable and 6.6.x LTS. Anton Bambura (1): soundwire: qcom: disable stop clock on 1.3.0 and below drivers/soundwire/qcom.c | 3 +++ 1 file changed, 3 insertions(+) -- 2.43.0

3 4

Question: layout of a patchset dependent on another tree
by Cezary Rojewski 19 Apr '24

19 Apr '24

Hello Mark, I'd like to send changes which do modify the avs-driver but are dependent on ACPI/NHLT changes I've recently upstream [1] to Rafael's linux-acpi tree. Thanks to Rafael, there's an immutable branch [2] that has all relevant commits on the top. Should I send both the NHLT+avs changes and have broonie/for-next as a base for that or provide only the avs changes and state the dependency within the cover-letter? The latter will fail to compile without its dependency obviously. [1]: https://lore.kernel.org/linux-acpi/20240319083018.3159716-1-cezary.rojewski… [2]: https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/log/?h=… Kind regards, Czarek

2 1

FIXES: alsamixer lowering volume control widget past 0 causes hostile volume spike to 100
by GitHub pull_request - opened 19 Apr '24

19 Apr '24

alsa-project/alsa-utils pull request #266 was opened from genbtc: bug: lowering volume below 0 causes volume to overflow and spike to 100% volume hurting my ears. to reproduce: when holding down z,x,c to lower the volume, the volume spikes to 100% and then down to 0% over and over background: when volume is already 0 and direction is -1 (lowering volume) - but lower than 0 is impossible the function `set_normalized_volume` @ volume-mapping.c is eventually still called anyway `value = lrint_dir(6000.0 * log10(volume), dir) + max;` and volume is 0, so log10(0) resolves to negative infinity, so value overflows past infinity. 9223372036854775802 ![alsamixer-alsa-utils-volumemap-bug3_2024-04-18_13-27-23](https://github.com/alsa-project/alsa-utils/assets/3683744/d382c59b-0e71-420f-8495-4d5d863f3734) my fix: this function `change_volume_relative` function will now skip execution of the set_normalized_playback_volume function when volume is 0 and the dir is -1 TLDR: (stop trying to set a lower volume than 0) Request URL : https://github.com/alsa-project/alsa-utils/pull/266 Patch URL : https://github.com/alsa-project/alsa-utils/pull/266.patch Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[PATCH v2 0/3] ALSA: hda/tas2781: Add tas2781 driver for SPI.
by Baojun Xu 18 Apr '24

18 Apr '24

This patch was used to add TAS2781 devices on SPI support in sound/pci/hda. It use ACPI node descript about parameters of TAS2781 on SPI, it like: Scope (_SB.PC00.SPI0) { Device (GSPK) { Name (_HID, "TXNW2781") // _HID: Hardware ID Method (_CRS, 0, NotSerialized) { Name (RBUF, ResourceTemplate () { SpiSerialBusV2 (...) SpiSerialBusV2 (...) } } } } And in platform/x86/serial-multi-instantiate.c, those spi devices will be added into system as a single SPI device, so TAS2781 SPI driver will probe twice for every single SPI device. And driver will also parser mono DSP firmware binary and RCA binary for itself. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> Baojun Xu (3): ALSA: hda/tas2781: Modification for add tas2781 driver for SPI ALSA: hda/tas2781: Main code of tas2781 driver for SPI ALSA: hda/tas2781: Firmware load for tas2781 driver for SPI drivers/acpi/scan.c | 1 + .../platform/x86/serial-multi-instantiate.c | 10 + sound/pci/hda/Kconfig | 15 + sound/pci/hda/Makefile | 2 + sound/pci/hda/patch_realtek.c | 15 + sound/pci/hda/tas2781-spi.h | 162 ++ sound/pci/hda/tas2781_hda_spi.c | 1336 ++++++++++ sound/pci/hda/tas2781_spi_fwlib.c | 2289 +++++++++++++++++ 8 files changed, 3830 insertions(+) create mode 100644 sound/pci/hda/tas2781-spi.h create mode 100644 sound/pci/hda/tas2781_hda_spi.c create mode 100644 sound/pci/hda/tas2781_spi_fwlib.c -- 2.40.1

4 12

[PATCH] spi: cs42l43: Correct name of ACPI property
by Maciej Strozek 18 Apr '24

18 Apr '24

Fixes: 1f05252a3a95 ("Add bridged amplifiers to cs42l43") Signed-off-by: Maciej Strozek <mstrozek(a)opensource.cirrus.com> --- drivers/spi/spi-cs42l43.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/spi-cs42l43.c b/drivers/spi/spi-cs42l43.c index cdc61cd089ad..9d747ea69926 100644 --- a/drivers/spi/spi-cs42l43.c +++ b/drivers/spi/spi-cs42l43.c @@ -267,7 +267,7 @@ static bool cs42l43_has_sidecar(struct fwnode_handle *fwnode) continue; ret = fwnode_property_read_u32(ext_fwnode, - "01fa-cirrus-sidecar-instances", + "01fa-sidecar-instances", &val); fwnode_handle_put(ext_fwnode); -- 2.34.1

2 3

[PATCH 0/3] adding 705.6/768kHz rates; DSD and 768kHz in aloop
by Pavel Hofman 18 Apr '24

18 Apr '24

This patch series allows using the loopback driver in modern chains with samplerates up to 768kHz and DSD formats. The patch "ALSA:pcm: add support for 705.6kHz and 768kHz sample rates" is basically a copy of commit 4cc4531c310e ("ALSA: pcm: add support for 352.8KHz and 384KHz sample rate"). As of loopback performance at 768kHz - in my tests aloop runs OK event at 12MHz samplerate. Pavel Hofman (3): ALSA:aloop: add DSD formats ALSA:pcm: add support for 705.6kHz and 768kHz sample rates ALSA:aloop: add support for up to 768kHz sample rate include/sound/pcm.h | 5 +++++ sound/core/pcm_native.c | 2 +- sound/drivers/aloop.c | 9 ++++++--- 3 files changed, 12 insertions(+), 4 deletions(-) -- 2.25.1

3 5

[PATCH v2 0/2] Add Cadence I2S-MC controller driver
by Xingyu Wu 18 Apr '24

18 Apr '24

The Cadence Multi-channel I2S (I2S-MC) Controller implements a function of the multi-channel (up to 8-channel) bus. Each stereo channel combines functions of a transmitter and a receiver, and can switch freely between them. Each channel has independent gating, clock and interruption control. It also support some of these channels are used as playback and others can also be used as record in the same time. Four I2S controllers are used on the StarFive JH8100 SoC. Two of the I2S controllers use two stereo channels, one of them use four channels, and one use eight. It had tested on the fpga with WM8960 and PDM. Changes since v1: - Added new compatible for StarFive JH8100 SoC and a special property to be got as the max channels number in the bindings. - Dropped the useless '|' in the bindings. - Moved the drivers to a new folder named 'cdns' and modified the name of functions. v1: https://lore.kernel.org/all/20231221033223.73201-1-xingyu.wu@starfivetech.c… Xingyu Wu (2): ASoC: dt-bindings: Add bindings for Cadence I2S-MC controller ASoC: cdns: Add drivers of Cadence Multi-Channel I2S Controller .../bindings/sound/cdns,i2s-mc.yaml | 110 +++ MAINTAINERS | 6 + sound/soc/Kconfig | 1 + sound/soc/Makefile | 1 + sound/soc/cdns/Kconfig | 18 + sound/soc/cdns/Makefile | 3 + sound/soc/cdns/cdns-i2s-mc-pcm.c | 262 +++++++ sound/soc/cdns/cdns-i2s-mc.c | 724 ++++++++++++++++++ sound/soc/cdns/cdns-i2s-mc.h | 157 ++++ 9 files changed, 1282 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/cdns,i2s-mc.yaml create mode 100644 sound/soc/cdns/Kconfig create mode 100644 sound/soc/cdns/Makefile create mode 100644 sound/soc/cdns/cdns-i2s-mc-pcm.c create mode 100644 sound/soc/cdns/cdns-i2s-mc.c create mode 100644 sound/soc/cdns/cdns-i2s-mc.h -- 2.25.1

4 20

[PATCH] Fix volumn control of ThinkBook 16P Gen4
by zhanghuayu1233＠qq.com 18 Apr '24

18 Apr '24

From: Huayu Zhang <zhanghuayu1233(a)qq.com> change HDA & AMP configuration from ALC287_FIXUP_CS35L41_I2C_2 to ALC287_FIXUP_MG_RTKC_CSAMP_CS35L41_I2C_THINKPAD for ThinkBook 16P Gen4 models to fix volumn control issue (cannot fully mute). Signed-off-by: Huayu Zhang <zhanghuayu1233(a)qq.com> --- sound/pci/hda/patch_realtek.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index d6940bc4ec39..1aef223307bb 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -10396,8 +10396,8 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x17aa, 0x3886, "Y780 VECO DUAL", ALC287_FIXUP_TAS2781_I2C), SND_PCI_QUIRK(0x17aa, 0x38a7, "Y780P AMD YG dual", ALC287_FIXUP_TAS2781_I2C), SND_PCI_QUIRK(0x17aa, 0x38a8, "Y780P AMD VECO dual", ALC287_FIXUP_TAS2781_I2C), - SND_PCI_QUIRK(0x17aa, 0x38a9, "Thinkbook 16P", ALC287_FIXUP_CS35L41_I2C_2), - SND_PCI_QUIRK(0x17aa, 0x38ab, "Thinkbook 16P", ALC287_FIXUP_CS35L41_I2C_2), + SND_PCI_QUIRK(0x17aa, 0x38a9, "Thinkbook 16P", ALC287_FIXUP_MG_RTKC_CSAMP_CS35L41_I2C_THINKPAD), + SND_PCI_QUIRK(0x17aa, 0x38ab, "Thinkbook 16P", ALC287_FIXUP_MG_RTKC_CSAMP_CS35L41_I2C_THINKPAD), SND_PCI_QUIRK(0x17aa, 0x38b4, "Legion Slim 7 16IRH8", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x17aa, 0x38b5, "Legion Slim 7 16IRH8", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x17aa, 0x38b6, "Legion Slim 7 16APH8", ALC287_FIXUP_CS35L41_I2C_2), -- 2.34.1

2 1

[PATCH v2 0/7] Add features, fixes and laptops for CS35L41 HDA
by Stefan Binding 18 Apr '24

18 Apr '24

This chain adds a number of improvements for CS35L41, including a new firmware loading feature, as well as some additional cleanup. Patch 1 adds support for a new firmware tuning file which is used to set special tuning parameters used by the firmware. The HP Omen laptop added in patches 2 and 3 use such a feature. Patch 4 changes the DSP1RX5/6 Source used by the firmware to depend on the boost type. A similar change in the ASoC driver will be needed later. Patches 5 and 6 are cleanup patches, with the first of those re-using cs-amp-lib for calibration which as added for CS35L56 drivers, ensuring that all laptops are using the correct calibration values. Patch 7 fixes a small error in the CS35L41 Property table for the Lenovo Legion slim 7 16ARHA7. Changes since v1: - Fixed print statements based on warnings from kernel test robot Richard Fitzgerald (1): ALSA: hda: cs35l41: Remove redundant argument to cs35l41_request_firmware_file() Stefan Binding (6): ALSA: hda: cs35l41: Set the max PCM Gain using tuning setting ALSA: hda: cs35l41: Support HP Omen models without _DSD ALSA: hda/realtek: Add quirks for HP Omen models using CS35L41 ALSA: hda: cs35l41: Update DSP1RX5/6 Sources for DSP config ALSA: hda: cs35l41: Use shared cs-amp-lib to apply calibration ALSA: hda: cs35l41: Remove Speaker ID for Lenovo Legion slim 7 16ARHA7 include/sound/cs35l41.h | 5 + sound/pci/hda/Kconfig | 2 + sound/pci/hda/cs35l41_hda.c | 347 +++++++++++++++++++-------- sound/pci/hda/cs35l41_hda.h | 6 + sound/pci/hda/cs35l41_hda_property.c | 8 +- sound/pci/hda/patch_realtek.c | 4 + 6 files changed, 265 insertions(+), 107 deletions(-) -- 2.34.1

2 8