Opened 4 years ago

Last modified 8 weeks ago

#16057 new bug

"multi_audio audio output" occupies whole CPU indefinitely — at Version 1

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 (last modified by waddlesplash)

(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.

Change History (2)

by MatejHorvat, 4 years ago

Attachment: syslog added

comment:1 by waddlesplash, 8 weeks ago

Description: modified (diff)

Please retest with a recent nightly.

Note: See TracTickets for help on using tickets.