Opened 4 years ago
Last modified 8 weeks ago
#16057 new bug
"multi_audio audio output" occupies whole CPU indefinitely — at Initial Version
Reported by: | MatejHorvat | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Servers/media_addon_server | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
(This issue might be somewhere else than media_addon_server, however the most obvious symptoms occur there.)
Similarly to #5866, the OS unpredictably freezes (hrev54154+31). If I manually enter KDL, "multi_audio audio output" is the running thread (and nothing else can run because it has real-time priority and Haiku detects only one CPU core out of two, though this is another issue). Entering "suspend <thread id>" and then "continue" does nothing. Entering "ints" doesn't seem to show any unhandled interrupts.
This usually happens when opening a new tab in Otter Browser or WebPositive, but is not predictable.
If I manually give "multi_audio audio output" a lower priority before this happens, then "Audio Mixer Control" occupies the CPU the same way (and sometimes even "AT Keyboard 1 watcher" or "PS/2 Mouse 1 watcher", which are not even part of media_addon_server, so the problem could be elsewhere).
Audio output and PS/2 input otherwise works fine on this computer.