Bug 279285 - no sound on stable/14 with vchans disabled and bitperfect setup.
Summary: no sound on stable/14 with vchans disabled and bitperfect setup.
Status: Closed Not A Bug
Alias: None
Product: Base System
Classification: Unclassified
Component: misc (show other bugs)
Version: 14.0-STABLE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-05-25 08:36 UTC by Oleh Vinichenko
Modified: 2024-05-27 09:00 UTC (History)
2 users (show)

See Also:


Attachments
sysctl hw.snd (745 bytes, text/plain)
2024-05-25 08:36 UTC, Oleh Vinichenko
no flags Details
sysctl dev.pcm (348 bytes, text/plain)
2024-05-25 08:36 UTC, Oleh Vinichenko
no flags Details
sysctl dev.hdac (363 bytes, text/plain)
2024-05-25 08:37 UTC, Oleh Vinichenko
no flags Details
relevant part of sysctl.conf (246 bytes, text/plain)
2024-05-25 08:37 UTC, Oleh Vinichenko
no flags Details
cat /dev/sndstat (211 bytes, text/plain)
2024-05-25 08:40 UTC, Oleh Vinichenko
no flags Details
output of `mixer` command (287 bytes, text/plain)
2024-05-25 08:41 UTC, Oleh Vinichenko
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Oleh Vinichenko 2024-05-25 08:36:20 UTC
Created attachment 250939 [details]
sysctl hw.snd

i follow stable/14 on my thinkpad t480 with vchans disabled and bitperfect mode enabled for intel hda. it worked well until very recent added changes to sound(4). now i hearing no sound at all while the application is working ( musicpd in my case ). either from speakers or headphones.
reverting the src tree all the way back until commit 
8771127d75a1295dd32abd0022ff3750bc564706, which is the first commit of sound system changes restores the state with working sound.
Comment 1 Oleh Vinichenko 2024-05-25 08:36:51 UTC
Created attachment 250940 [details]
sysctl dev.pcm
Comment 2 Oleh Vinichenko 2024-05-25 08:37:13 UTC
Created attachment 250941 [details]
sysctl dev.hdac
Comment 3 Oleh Vinichenko 2024-05-25 08:37:47 UTC
Created attachment 250942 [details]
relevant part of sysctl.conf
Comment 4 Oleh Vinichenko 2024-05-25 08:40:09 UTC
Created attachment 250943 [details]
cat /dev/sndstat
Comment 5 Oleh Vinichenko 2024-05-25 08:41:18 UTC
Created attachment 250944 [details]
output of `mixer` command
Comment 6 Christos Margiolis freebsd_committer freebsd_triage 2024-05-25 19:47:14 UTC
Hello Oleh,

In the description you are mentioning things working fine after reverting back to 8771127d75a1295dd32abd0022ff3750bc56470. It would be more helpful if you could start applying the commits after it one by one and let me know at which commit exactly things start breaking.
Comment 7 Oleh Vinichenko 2024-05-26 05:57:31 UTC
i will try most recent changes first. and then start reverting back.
Comment 8 Oleh Vinichenko 2024-05-26 09:55:18 UTC
unfortunately, very latest changes did not change the situation. i will start reverting of /usr/src before commit 8771127d75a1295dd32abd0022ff3750bc56470. is there more robust way of doing it? because i need to recompile every commit to sound system and reboot each time. it is not a problem simply too laborious.
Comment 9 Oleh Vinichenko 2024-05-26 10:21:30 UTC
also, are the commits related, or independent of each other? in latter case it make sense to go through every commit one by one.
Comment 10 Christos Margiolis freebsd_committer freebsd_triage 2024-05-26 13:29:50 UTC
(In reply to Oleh Vinichenko from comment #8)
So, I have one or two commits after 8771127d75a1295dd32abd0022ff3750bc564706 in mind that could potentially be the culprit, but I want to ask the following first:

1. Do you get sound with VCHANs and without bitperfect?
2. Is there any message related to the problem, popping up on dmesg(8) once the device is attached? Perhaps you can attach the output of dmesg(8) after a verbose boot.
3. Is it a specific application that breaks or do you not have sound in general?
4. Can you provide /dev/sndstat with hw.snd.verbose=2 set?
Comment 11 Oleh Vinichenko 2024-05-27 06:20:51 UTC
i was too early in my conclusions about sound changes are root cause of a problem. in reality, the problem is suspend. when sound card is taken by an application such as musicpd and notebook is then goes into suspend state, either by `zzz` or lid close, upon returning back from suspend, there is no sound. the symptom is as if sound is completely muted, there is no error from application, nothing in dmesg. it keeps playing as before but with no output. i think this report can be closed as not valid. i will probably file new one based on new observations.