Opened 15 years ago

Closed 5 years ago

#5866 closed bug (fixed)

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

Reported by: 6foot3 Owned by: axeld
Priority: normal Milestone: R1/beta1
Component: System/Kernel Version: R1/Development
Keywords: cpu usage keyboard touchpad Cc:
Blocked By: Blocking:
Platform: x86

Description

"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

Attachments (5)

listdev-output.txt (2.7 KB ) - added by 6foot3 15 years ago.
listdev-output.2.txt (2.7 KB ) - added by 6foot3 15 years ago.
ubuntu hardware info submission.xml (373.4 KB ) - added by 6foot3 15 years ago.
syslog (144.6 KB ) - added by 6foot3 15 years ago.
ints output.JPG (207.2 KB ) - added by 6foot3 15 years ago.

Download all attachments as: .zip

Change History (15)

by 6foot3, 15 years ago

Attachment: listdev-output.txt added

by 6foot3, 15 years ago

Attachment: listdev-output.2.txt added

by 6foot3, 15 years ago

Attachment: syslog added

comment:1 by luroh, 15 years ago

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?

by 6foot3, 15 years ago

Attachment: ints output.JPG added

in reply to:  1 comment:2 by 6foot3, 15 years ago

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

comment:3 by anevilyak, 15 years ago

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.

comment:4 by luroh, 15 years ago

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.

comment:5 by scottmc, 14 years ago

Milestone: R1/alpha3R1/beta1

comment:6 by 6foot3, 14 years ago

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!

comment:7 by luroh, 14 years ago

Blocked By: 5 added
Component: Servers/media_addon_serverSystem/Kernel
Resolution: fixed
Status: newclosed

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

comment:8 by scottmc, 12 years ago

Blocked By: 5 removed

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

comment:9 by MatejHorvat, 5 years ago

Resolution: fixed
Status: closedreopened

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

comment:10 by waddlesplash, 5 years ago

Resolution: fixed
Status: reopenedclosed

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

Note: See TracTickets for help on using tickets.