Created attachment 252100 [details] sysctl_hw_snd i have Thinkpad T480 with stable/14. I use bitperfect setup and musicpd. It works very well until notebook suspends. After that i hearing no sound at all coming from either headphones or speakers. muiscpd keeps working after suspend and music is playing but no actual sound is heard as if all outputs are muted but they are not. The only way to get sound working again is cold restart, reboot is not enough. This behavior started after many changes to the sound system, specifically commit 8771127d75a1295dd32abd0022ff3750bc564706
Created attachment 252101 [details] sysctl_dev_pcm
Created attachment 252102 [details] sysctl_dev_hdac
Created attachment 252103 [details] cat_dev_sndstat
Created attachment 252104 [details] cat_dev_sndstat_with_musicpd_after_suspend
Created attachment 252105 [details] pindump
Created attachment 252106 [details] mixer_output
At some point what also helped instead cold start is putting following into /etc/rc.resume: devctl reset hdac0 service sysctl restart Now, with latest stable/14 this does not work.
^Triage: notify committer of commit in question.
Hello Oleh, There is no commit since 8771127d75a1295dd32abd0022ff3750bc564706 that touches anything suspend/resume-related. Are you sure the issue is not present prior this commit? The only commits that could potentially trigger this could be either of the two (both earlier than the commit you mention): 1. https://cgit.freebsd.org/src/commit/?h=stable/14&id=d692c314d29a310efe875e9be05b0ccebe6b241d 2. https://cgit.freebsd.org/src/commit/?h=stable/14&id=d8d7907826cc0799d29b9ee9c23688704f619e86
my guess is too ambiguous regarding exact commit after which i started to experience issues. it very well may be these 2 commits. how can i test if they are to blame?
(In reply to Oleh Vinichenko from comment #10) I would guess what you could do, although tedious, is to revert one commit before 8771127d75a1295dd32abd0022ff3750bc564706 first, to make sure the commits after it are not the problem. If this is indeed the case, then you can start reverting those 2 commits I linked to and see. Of course, you'd need to recompile sound(4) each time you revert...
can i just build sound(4) without rebuilding whole kernel?
(In reply to Oleh Vinichenko from comment #12) Yes, you can do make -C sys/modules/sound KMODDIR=/boot/kernel
then, i will just revert 2 mentioned commits and test. if not these two i will start reverting commits one by one. other than that will git bisect be helpful in narrowing down possible "bad" commits, if any of them are the culprit?
(In reply to Oleh Vinichenko from comment #14) I do not use git bisect that often, so I am not sure. But reverting one by one should certainly be helpful.