#16222 closed bug (fixed)
hda: silent for 4 minutes after boot
| Reported by: | miqlas | Owned by: | korli |
|---|---|---|---|
| Priority: | normal | Milestone: | R1/beta3 |
| Component: | Add-Ons/Media/hmulti_audio | Version: | R1/Development |
| Keywords: | Cc: | ttcoder | |
| Blocked By: | Blocking: | #16325 | |
| Platform: | All |
Description
A regression in hrev54299 x86_64 Haiku, on a T440s laptop. So far audio worked flawelessly, but since some revisions hda is silent for around 4 minutes, then it magically starts to work.
Grepped syslog in the attachment. I don't know which version worked last time.
Attachments (1)
Change History (19)
by , 5 years ago
comment:1 by , 5 years ago
| Cc: | added |
|---|
As noted elsewhere, this already occured ten years ago in Haiku Alpha1, when people were using SB-Lives, or (in my case) Ensoniq-PCI, or AC97 and others. So the if the bug is in the HDA driver, that would mean the same bug is replicated in other drivers too. It seems more likely there is a timestamp problems in BBuffers or some such... Though HDA is not impossible I guess.
FWIW, in our stations we added a little script to delay media_server usage by 30 seconds after boot up, that seems to work-around the problem.
comment:3 by , 4 years ago
comment:4 by , 4 years ago
| Blocking: | 16325 added |
|---|
comment:5 by , 4 years ago
hrev54459 - The sound turned on spontaneously 23 minutes 30 seconds after the start of the operating system.
comment:8 by , 4 years ago
It might make sense to backport the fix to the beta2 branch, to lower the "barrier to entry" (although it's not all that high)
comment:9 by , 4 years ago
Maybe, but it would be nice if we get confirmation that the issue is actually fixed, first?
comment:11 by , 4 years ago
| Component: | Drivers/Audio/HDA → Add-Ons/Media/hmulti_audio |
|---|---|
| Milestone: | Unscheduled → R1/beta3 |
| Platform: | x86-64 → All |
Nice! Setting fields so that it's ready to close as "fixed in beta3", though I feel it's more up to a haiku dev to give the final go-ahead on closing this.
comment:12 by , 4 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:14 by , 4 years ago
There was a whole series of HDA and multi_audio fixes; I'm not sure it's definitively a "one line fix".
comment:15 by , 4 years ago
I was referring to the below, but.... serves me well for asking, as usual, I guess :-)
Replying to waddlesplash:
Should be fixed after hrev54464, please retest.
follow-up: 17 comment:16 by , 4 years ago
Yeah, there were a lot of other HDA and multi_audio changes before that one which may also be related.
comment:17 by , 4 years ago
Replying to waddlesplash:
Yeah, there were a lot of other HDA and multi_audio changes before that one which may also be related.
They aren't. The fix is standalone and can safely be applied as is. It also can't cause regressions, so backporting this to the beta branch would indeed be nice (at least if it isn't much of an effort).
comment:18 by , 4 years ago
You can submit the relevant commits yourself by clicking Rebase in Gerrit and then submitting.
grepped syslog