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

weird behaviour with alsactl restore under pipewire
by GitHub issues - edited 14 Apr '24

14 Apr '24

alsa-project/alsa-utils issue #263 was edited from lucasreis1: So I'm at the point where I need to manually disable auto-mute after every reboot on my card. I've tried storing info using `alsactl store` and enabling `alsa-restore.service`, but I get errors when calling restore after boot (either manually or via the systemd service): ```sh Found hardware: "HDA-Intel" "ATI R6xx HDMI" "HDA:1002aa01,00aa0100,00100700" "0x1043" "0x8809" Hardware is initialized using a generic method alsactl: set_control:1339: failed to obtain info for control #1 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #2 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #3 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #4 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #5 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #6 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #7 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #8 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #9 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #10 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #11 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #12 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #13 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #14 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #15 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #16 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #17 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #18 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #19 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #20 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #21 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #22 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #23 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #24 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #25 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #26 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #27 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #28 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #33 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #34 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #35 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #36 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #37 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #38 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #39 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #40 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #41 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #42 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #43 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #44 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #45 (No such file or directory) Found hardware: "HDA-Intel" "Realtek ALC897" "HDA:10ec0897,104387fb,00100402" "0x1043" "0x87fb" Hardware is initialized using a generic method alsactl: set_control:1339: failed to obtain info for control #1 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #6 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #7 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #8 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #9 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #10 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #11 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #12 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #13 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #14 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #15 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #16 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #17 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #18 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #19 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #20 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #21 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #22 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #23 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #24 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #25 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #26 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #27 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #28 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #29 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #30 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #31 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #32 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #33 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #34 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #35 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #36 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #37 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #38 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #39 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #40 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #41 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #42 (No such file or directory) ``` If I store configs again via `alsactl store` and restore them using `alsactl restore`, everything works, but the issue returns after another reboot. Here's the output of `alsa-info.sh` if it helps: [alsa-info.txt](https://github.com/alsa-project/alsa-utils/files/14971854/al… Note that this only happens with my speakers, I have headphonse connected which work fine and are not auto-muted after every boot. Issue URL : https://github.com/alsa-project/alsa-utils/issues/263 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

weird behaviour with alsactl restore under pipewire
by GitHub issues - opened 14 Apr '24

14 Apr '24

alsa-project/alsa-utils issue #263 was opened from lucasreis1: So I'm at the point where I need to manually disable auto-mute after every reboot on my card. I've tried storing info using `alsactl store` and enabling `alsa-restore.service`, but I get errors when calling restore after boot (either manually or via the systemd service): ```sh Found hardware: "HDA-Intel" "ATI R6xx HDMI" "HDA:1002aa01,00aa0100,00100700" "0x1043" "0x8809" Hardware is initialized using a generic method alsactl: set_control:1339: failed to obtain info for control #1 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #2 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #3 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #4 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #5 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #6 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #7 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #8 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #9 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #10 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #11 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #12 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #13 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #14 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #15 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #16 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #17 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #18 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #19 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #20 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #21 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #22 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #23 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #24 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #25 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #26 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #27 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #28 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #33 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #34 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #35 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #36 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #37 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #38 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #39 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #40 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #41 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #42 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #43 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #44 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #45 (No such file or directory) Found hardware: "HDA-Intel" "Realtek ALC897" "HDA:10ec0897,104387fb,00100402" "0x1043" "0x87fb" Hardware is initialized using a generic method alsactl: set_control:1339: failed to obtain info for control #1 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #6 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #7 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #8 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #9 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #10 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #11 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #12 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #13 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #14 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #15 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #16 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #17 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #18 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #19 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #20 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #21 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #22 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #23 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #24 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #25 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #26 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #27 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #28 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #29 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #30 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #31 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #32 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #33 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #34 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #35 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #36 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #37 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #38 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #39 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #40 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #41 (No such file or directory) alsactl: set_control:1339: failed to obtain info for control #42 (No such file or directory) ``` If I store configs again via `alsactl store` and restore them using `alsactl restore`, everything works, but the issue returns after another reboot. Here's the output of `alsa-info.sh` if it helps: [alsa-info.txt](https://github.com/alsa-project/alsa-utils/files/14971854/al… Issue URL : https://github.com/alsa-project/alsa-utils/issues/263 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

Compatibility with FFMPEG 7.0
by GitHub pull_request - opened 14 Apr '24

14 Apr '24

alsa-project/alsa-plugins pull request #58 was opened from eclipseo: channel_layout has been replace with ch_layout avcodec_close has been deprecated in favor of avcodec_free_context Fix #57 Request URL : https://github.com/alsa-project/alsa-plugins/pull/58 Patch URL : https://github.com/alsa-project/alsa-plugins/pull/58.patch Repository URL: https://github.com/alsa-project/alsa-plugins

1 0

Re:Re:Re:Re: [PATCH] cpufreq: exit() callback is optional
by lizhe 13 Apr '24

13 Apr '24

HI I urge you to pay close attention to this incident once again. thanks Please don't let the Linux kernel community be filled with robbers and thieves! On April 12th, 2024, at 00:57, I sent the vulnerability and explained the situation to the maintainer at rafael(a)kernel.org and viresh.kumar(a)linaro.org. At 02:11 on April 12th, 2024, Rafael replied to me, asking me to submit it to the main branch. At 07:18 on April 12th, 2024, I submitted the vulnerability to the main branch. At 11:24 on April 12th, 2024, Viresh Kumar replied to me, confirming that the vulnerability was legitimate. At 13:49 on April 12th, 2024, Viresh Kumar released the patch to the main list. Here is the patchs I submitted to the main line . cpufreq: Remove redundant exit() functions https://lore.kernel.org/all/20240409141909.4413-1-sensor1010@163.com/ cpufreq: Convert to exit callback returning void https://lore.kernel.org/all/20240410132247.3587-1-sensor1010@163.com/ cpufreq: Covert to offline callback returning void https://lore.kernel.org/all/20240411150620.19262-1-sensor1010@163.com/ cpufreq: Fixed kernel crash caused by cpufreq issues https://lore.kernel.org/all/20240411231818.2471-1-sensor1010@163.com/ Viresh Kumar, are you not a robber and thief? As a maintainer, do you really not care about the healthy development of the community and only defend your own interests? It was me who first released the patch and publicly disclosed the vulnerability to the main branch. Viresh Kumar only understood the principle of the vulnerability after seeing my submitted patch. Moreover, I communicated with you later and requested to add my signature to the patch, but you refused to communicate. Your behavior fully demonstrates that you are a selfish person. I don't understand why there can be such a selfish person in a country where Buddhism was born, and this person is even a maintainer! At 2024-04-12 22:41:27, "lizhe" <sensor1010(a)163.com> wrote: Let's both take a step back and add my signature to the patch, since I was the one who discovered and reported the vulnerability. HI i will review how it all started. 1. i reported the vulnerability to the maintainer. 2. manitaner replay me 3. i report to main line 4. you reply me 5 . you report to main line You submitted the patch to the mainline after you learned about the vulnerability from the patch I submitted At 2024-04-12 21:54:00, "lizhe" <sensor1010(a)163.com> wrote: Hi Viresh Kumar please add my name to the signature. because i discovered this vulnerability. please reply me. thanks At 2024-04-12 18:28:56, "Greg KH" <gregkh(a)linuxfoundation.org> wrote: >On Fri, Apr 12, 2024 at 02:51:08PM +0530, Viresh Kumar wrote: >> On 12-04-24, 17:05, lizhe wrote: >> > I found it first and submitted it to the main line first. Please be fair and just. Let him withdraw his patch. >> >> Well, I decided not to reply to your emails anymore but this needs to >> be clarified a bit now. >> >> You sent a lot of patches, over and over again and it was a mess. I >> saw the this [1] series first and went over to read the code and fixed >> an issue which I found (by the $subject patch). >> >> Later I read your other patch [2], which I Acked roughly two hours >> back and yes you did send a patch that fixed the problem partially. I >> never saw it earlier, which is okay and it happens. Despite me giving >> an Ack to your patch, you have sent half-a-dozen more emails.. >> >> Then I posted a newer version of my patch some time back, removing the >> bits you already fixed [3]. >> >> That is all one side of the story. But all the noise you have created >> here has really demotivated people to review your stuff now. >> >> -- >> Viresh >> >> [1] https://lore.kernel.org/all/20240410132132.3526-1-sensor1010@163.com/ >> [2] https://lore.kernel.org/all/20240411231818.2471-1-sensor1010@163.com/ >> [3] https://lore.kernel.org/all/68294ce534668c6ab3b71a1b3e6650227c6e1f20.171291… > >Thanks for the links, I don't see that you did anything wrong here at >all. > >Lizhe, you seem to be confused as to how kernel development works. I >suggest you take some time off and read up on how this all is supposed >to happen and then work with some local people, in person, to get this >figured out first, before submitting changes again. > >thanks, > >greg k-h

1 0

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

13 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

1 0

Re:Re:Re:Re: [PATCH] cpufreq: exit() callback is optional
by lizhe 13 Apr '24

13 Apr '24

HI I urge you to pay close attention to this incident once again. thanks Please don't let the Linux kernel community be filled with robbers and thieves! On April 12th, 2024, at 00:57, I sent the vulnerability and explained the situation to the maintainer at rafael(a)kernel.org and viresh.kumar(a)linaro.org. At 02:11 on April 12th, 2024, Rafael replied to me, asking me to submit it to the main branch. At 07:18 on April 12th, 2024, I submitted the vulnerability to the main branch. At 11:24 on April 12th, 2024, Viresh Kumar replied to me, confirming that the vulnerability was legitimate. At 13:49 on April 12th, 2024, Viresh Kumar released the patch to the main list. Viresh Kumar, are you not a robber and thief? As a maintainer, do you really not care about the healthy development of the community and only defend your own interests? It was me who first released the patch and publicly disclosed the vulnerability to the main branch. Viresh Kumar only understood the principle of the vulnerability after seeing my submitted patch. Even if my patch was not of high quality, I could immediately improve it. Moreover, I communicated with you later and requested to add my signature to the patch, but you refused to communicate. Your behavior fully demonstrates that you are a selfish person. I don't understand why there can be such a selfish person in a country where Buddhism was born, and this person is even a maintainer! At 2024-04-12 22:41:27, "lizhe" <sensor1010(a)163.com> wrote: Let's both take a step back and add my signature to the patch, since I was the one who discovered and reported the vulnerability. HI i will review how it all started. 1. i reported the vulnerability to the maintainer. 2. manitaner replay me 3. i report to main line 4. you reply me 5 . you report to main line You submitted the patch to the mainline after you learned about the vulnerability from the patch I submitted At 2024-04-12 21:54:00, "lizhe" <sensor1010(a)163.com> wrote: Hi Viresh Kumar please add my name to the signature. because i discovered this vulnerability. please reply me. thanks At 2024-04-12 18:28:56, "Greg KH" <gregkh(a)linuxfoundation.org> wrote: >On Fri, Apr 12, 2024 at 02:51:08PM +0530, Viresh Kumar wrote: >> On 12-04-24, 17:05, lizhe wrote: >> > I found it first and submitted it to the main line first. Please be fair and just. Let him withdraw his patch. >> >> Well, I decided not to reply to your emails anymore but this needs to >> be clarified a bit now. >> >> You sent a lot of patches, over and over again and it was a mess. I >> saw the this [1] series first and went over to read the code and fixed >> an issue which I found (by the $subject patch). >> >> Later I read your other patch [2], which I Acked roughly two hours >> back and yes you did send a patch that fixed the problem partially. I >> never saw it earlier, which is okay and it happens. Despite me giving >> an Ack to your patch, you have sent half-a-dozen more emails.. >> >> Then I posted a newer version of my patch some time back, removing the >> bits you already fixed [3]. >> >> That is all one side of the story. But all the noise you have created >> here has really demotivated people to review your stuff now. >> >> -- >> Viresh >> >> [1] https://lore.kernel.org/all/20240410132132.3526-1-sensor1010@163.com/ >> [2] https://lore.kernel.org/all/20240411231818.2471-1-sensor1010@163.com/ >> [3] https://lore.kernel.org/all/68294ce534668c6ab3b71a1b3e6650227c6e1f20.171291… > >Thanks for the links, I don't see that you did anything wrong here at >all. > >Lizhe, you seem to be confused as to how kernel development works. I >suggest you take some time off and read up on how this all is supposed >to happen and then work with some local people, in person, to get this >figured out first, before submitting changes again. > >thanks, > >greg k-h

1 0

qcom: sdm845: MM1: fixes
by GitHub pull_request - opened 13 Apr '24

13 Apr '24

alsa-project/alsa-ucm-conf pull request #408 was opened from jenneron: I'm testing it on a device which is not in upstream yet, but it uses this configuration It seems that the only device in upstream using it is Lenovo Yoga C630 laptop and we got it tested as well https://oftc.irclog.whitequark.org/aarch64-laptops/2024-04-06#33084827 The changes are pretty straightforward, check commit messages of each commit Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/408 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/408.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v2] dt-bindings: omap-mcpdm: Convert to DT schema
by Mighty 12 Apr '24

12 Apr '24

From: Mithil Bavishi <bavishimithil(a)gmail.com> Convert the OMAP4+ McPDM bindings to DT schema. Signed-off-by: Mighty <bavishimithil(a)gmail.com> --- .../devicetree/bindings/sound/omap-mcpdm.txt | 30 ---------- .../bindings/sound/ti,omap-mcpdm.yaml | 59 +++++++++++++++++++ 2 files changed, 59 insertions(+), 30 deletions(-) delete mode 100644 Documentation/devicetree/bindings/sound/omap-mcpdm.txt create mode 100644 Documentation/devicetree/bindings/sound/ti,omap-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,omap-mcpdm.yaml b/Documentation/devicetree/bindings/sound/ti,omap-mcpdm.yaml new file mode 100644 index 000000000..4d5d37e98 --- /dev/null +++ b/Documentation/devicetree/bindings/sound/ti,omap-mcpdm.yaml @@ -0,0 +1,59 @@ +# 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: + description: + Register location and size as an array + <MPU access base address, size>, + <L3 interconnect address, size>; + + interrupts: + maxItems: 1 + + ti,hwmods: + maxItems: 1 + + 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: + - | + mcpdm@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

3 9

UCM vs SOF vs HDMI passthrough
by Péter Ujfalusi 12 Apr '24

12 Apr '24

Hi, afaik for HDMI passthrough there should be a usable PCM mapping present for user space: aplay -L | grep hdmi hdmi:CARD=PCH,DEV=0 hdmi:CARD=PCH,DEV=1 hdmi:CARD=PCH,DEV=2 or similar. SOF with IPC4 (Meteor Lake and newer or some TGL/ADL setups with 2024.03 release) it is possible to use passthrough via HDMI technically but we are lacking the "hdmi:..." PCMs, so in reality it is not usable for applications. Afaik. So far I managed to cook up two ways of doing this, but neither one is good enough as they will create the "hdmi:..." for both IPC3 and IPC4 setups and IPC3 firmware cannot support passthrough. Setups: sof-hda-dsp cards have HDMI PCMs: pcm3-5 sof-soundwire cards have HDMI PCMs: pcm5-7 [A] use card profile Add these to /usr/share/alsa/cards/aliases.conf: sof-hda-dsp cards.sof-hda-dsp sof-soundwire cards.sof-soundwire Create the minimal sof-hda-ds.conf and sof-soundwire.conf to handle the two types of HDMI PCM numbering. [B] Using UCM https://github.com/ujfalusi/alsa-ucm-conf/tree/topic/sof-hdmi It is using the BootSequence[] to create three files: [1] /var/lib/alsa/conf.d/42-sof-hdmi.conf [2] /var/lib/alsa/card[card_number].conf.d/30-sof-hdmi-common.conf [3] /var/lib/alsa/card[card_number].conf.d/31-sof-hdmi.conf [1] includes the pcm/iec958.conf and pcm/hdmi.conf to global space of alsaconf to be used by the card macros [2] Card specific macros for hdmi PCM definition, ampping [3] Card specific definitions of the three HDMI port In both case I have the needed PCMs: aplay -L | grep hdmi hdmi:CARD=sofhdadsp,DEV=0 hdmi:CARD=sofhdadsp,DEV=1 hdmi:CARD=sofhdadsp,DEV=2 or hdmi:CARD=sofsoundwire,DEV=0 hdmi:CARD=sofsoundwire,DEV=1 hdmi:CARD=sofsoundwire,DEV=2 But it is unconditional and they will be created for all sof-hda-dsp and sof-soundwire cards. I would really appreciate some guidance on how we can achieve this correctly (the code for the UCM way leaves much to be desired, I know). How can this be done conditionally? We can set the HDMI PCMs to advertise IEC958_SUBFRAME_LE for IPC4 only, but how can we use that? Should we add some parameter to 'amixer -c0 info', like ipc_version:4/3, so if the ipc_version is 3 or missing we assume that passthrough is not supported? Thanks for the help, Péter

2 2

[PATCH RESEND] soundwire: qcom: allow multi-link on newer devices
by Krzysztof Kozlowski 12 Apr '24

12 Apr '24

Newer Qualcomm SoCs like X1E80100 might come with four speakers spread over two Soundwire controllers, thus they need a multi-link Soundwire stream runtime. Cc: Mark Brown <broonie(a)kernel.org> Cc: alsa-devel(a)alsa-project.org Reviewed-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski(a)linaro.org> --- Almost four months, so let's resend this one. Add Rb tag. --- drivers/soundwire/qcom.c | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/drivers/soundwire/qcom.c b/drivers/soundwire/qcom.c index 82b3ca5a405a..a97412c8671e 100644 --- a/drivers/soundwire/qcom.c +++ b/drivers/soundwire/qcom.c @@ -920,6 +920,18 @@ static int qcom_swrm_init(struct qcom_swrm_ctrl *ctrl) return 0; } +static int qcom_swrm_read_prop(struct sdw_bus *bus) +{ + struct qcom_swrm_ctrl *ctrl = to_qcom_sdw(bus); + + if (ctrl->version >= SWRM_VERSION_2_0_0) { + bus->multi_link = true; + bus->hw_sync_min_links = 3; + } + + return 0; +} + static enum sdw_command_response qcom_swrm_xfer_msg(struct sdw_bus *bus, struct sdw_msg *msg) { @@ -1078,6 +1090,7 @@ static const struct sdw_master_port_ops qcom_swrm_port_ops = { }; static const struct sdw_master_ops qcom_swrm_ops = { + .read_prop = qcom_swrm_read_prop, .xfer_msg = qcom_swrm_xfer_msg, .pre_bank_switch = qcom_swrm_pre_bank_switch, .post_bank_switch = qcom_swrm_post_bank_switch, @@ -1196,6 +1209,15 @@ static int qcom_swrm_stream_alloc_ports(struct qcom_swrm_ctrl *ctrl, mutex_lock(&ctrl->port_lock); list_for_each_entry(m_rt, &stream->master_list, stream_node) { + /* + * For streams with multiple masters: + * Allocate ports only for devices connected to this master. + * Such devices will have ports allocated by their own master + * and its qcom_swrm_stream_alloc_ports() call. + */ + if (ctrl->bus.id != m_rt->bus->id) + continue; + if (m_rt->direction == SDW_DATA_DIR_RX) { maxport = ctrl->num_dout_ports; port_mask = &ctrl->dout_port_mask; -- 2.34.1

2 5