"multi_audio audio output" thread hogging cpu usage, keyboard and touchpad don't work

[6foot3]

"multi_audio audio output" thread of media_addon_server appears to be using up 100% of 1of 2 cpu cores and the "fxp intr handler" thread of the kernel team appears to be using about 50% of the other core. There is no sound. The laptop keyboard and touch pad don't work but an external usb wireless mouse and keyboard work. If I start in safe mode cpu usage is negligable, I can start the net server and use WebPositive with no problems GLTeapot also runs fine only using about 50% of both cores and the system remains responsive. Once I start the media server, the CPU usage goes up and the built in keyboard and touch pad no longer work.

The specs for the laptop can be found online at: ​http://support.gateway.com/s/Mobile/2007/SonicC/2905947R/2905947Rsp2.shtml

[luroh]

When you're experiencing the problem, try to enter KDL by pressing alt-sysreq-d and check the output of the 'ints' command -- are there any unhandled interrupt requests?

[6foot3]

Replying to luroh:

When you're experiencing the problem, try to enter KDL by pressing alt-sysreq-d and check the output of the 'ints' command -- are there any unhandled interrupt requests?

Thanks but, I didn't see anything that looked obviously wrong from my layman's POV. For what it's worth, I've attached a picture of my ints output.

Alan

[anevilyak]

Interestingly, there doesn't appear to be an interrupt handler installed for the audio chipset at all. The <unknown> for the ethernet int handler is interesting also, though that might just be formatting due to the (very) high number of interrupts that one's handling based on looking at the stats for IRQ 10.

[luroh]

6foot3, there are 27023 unhandled ones (about 3/4 down the page). Looks like you may be experiencing (at least) the symptoms of missing IRQ routing functionality, tracked in ticket #5.

[6foot3]

Michael's recent work appears to have fixed this problem. Still not getting audio but, I think it is probably related to Ticket #7144. I think this ticket can be closed. I'll turn my attention to testing the HDA driver when changes are made to it. Hat's off to Michael and all who helped squash the IO-APIC bugs!

[luroh]

Sounds good, thanks for reporting back. Closing this one as fixed.

[scottmc]

(In #5) All but one of the blocking tickets have been closed out, and that one just needs confirmation as to whether it's been fixed or not. So I say let's close this one out as being fixed, seeing as the reported symptoms have gone away.

[MatejHorvat]

I can reproduce this in hrev54154+31 by opening e.g. Discord in Otter Browser, though it also happens sometimes when loading this site. In general, audio works on this computer.

The OS simply freezes. 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). Entering "suspend <thread id>" and then "continue" does nothing.

If I manually give it a lower priority before this happens, then "Audio Mixer Control" occupies the CPU the same way (and sometimes even "AT Keyboard 1 watcher", which is not even part of media_addon_server).

[waddlesplash]

It has been 9 years since this bug was closed; please do not re-open it, and instead open a new ticket.