Bug 215495 - update from kernel 5.10.90 to 5.15.14 causes sound to fail
Summary: update from kernel 5.10.90 to 5.15.14 causes sound to fail
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-14 20:05 UTC by Chris Gorman
Modified: 2022-01-16 13:49 UTC (History)
1 user (show)

See Also:
Kernel Version: 5.15.14
Subsystem:
Regression: No
Bisected commit-id:


Attachments
asound.state from 5.10.90 where sound worked (5.74 KB, text/plain)
2022-01-14 20:05 UTC, Chris Gorman
Details
alsa-info.sh from 5.10.90 working (27.62 KB, text/plain)
2022-01-14 20:06 UTC, Chris Gorman
Details
alsa-info.sh from 5.15.14 broken (27.19 KB, text/plain)
2022-01-14 20:07 UTC, Chris Gorman
Details
Fix patch (1.18 KB, patch)
2022-01-15 08:57 UTC, Takashi Iwai
Details | Diff
alsa-info.sh from 5.15.14 post patch (27.21 KB, text/plain)
2022-01-15 15:56 UTC, Chris Gorman
Details
Revised fix patch (1.24 KB, patch)
2022-01-16 08:26 UTC, Takashi Iwai
Details | Diff

Description Chris Gorman 2022-01-14 20:05:50 UTC
Created attachment 300271 [details]
asound.state from 5.10.90 where sound worked

Hello,

I have an arch linux system running kernel 5.10.90 that I updated today.  The update brings me to kernel 5.15.14.  The machine is a macmini 2,1 that is headless so I have an audio cue that I use to tell if it's up.  With today's update the audio fails.  The old asound.conf file has 3 sections that don't work with the new kernel.

[root@ada ~]# alsactl restore -f ./asound.state.working 
Found hardware: "HDA-Intel" "SigmaTel STAC9221 A1" "HDA:83847680,106b0800,00103601" "0x8384" "0x7680"
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 #19 (No such file or directory)

The sections are 'Headphone Playback Switch', 'Speaker Playback Volume' and 'Headphone Jack'.

I'm attaching my asound.conf that worked from 5.10.90 and an alsa-info.txt from both kernels in case they help diagnose this further.  As with my previous bug, I don't know how to do this in one commit, so I will make 3 to add all the files.

Thanks for your attention.

Chris
Comment 1 Chris Gorman 2022-01-14 20:06:53 UTC
Created attachment 300272 [details]
alsa-info.sh from 5.10.90 working
Comment 2 Chris Gorman 2022-01-14 20:07:56 UTC
Created attachment 300273 [details]
alsa-info.sh from 5.15.14 broken
Comment 3 Takashi Iwai 2022-01-15 08:57:12 UTC
Could you try the patch below?
Comment 4 Takashi Iwai 2022-01-15 08:57:39 UTC
Created attachment 300274 [details]
Fix patch
Comment 5 Chris Gorman 2022-01-15 15:56:16 UTC
Created attachment 300275 [details]
alsa-info.sh from 5.15.14 post patch

Hi Takashi,

Thanks for the quick response.  After a little hacking around the build system for the arch linux-lts, I applied your patch and built a new kernel.  Unfortunately I still get the same errors from alsactl when trying to load asound.state, and I still get no sound from speaker-test or aplay.  I am attaching a new alsa-info.sh in case you can tell what is wrong from it.  If you have any other ideas, I will try them out.

Chris
Comment 6 Takashi Iwai 2022-01-16 08:25:49 UTC
Ah, sorry, there was a typo in the patch, which broke the things.
Please try v2 patch below.
Comment 7 Takashi Iwai 2022-01-16 08:26:11 UTC
Created attachment 300277 [details]
Revised fix patch
Comment 8 Chris Gorman 2022-01-16 13:49:48 UTC
Yay!  It works.  Thanks Takashi.

Note You need to log in before you can comment on or make changes to this bug.