Opened 4 years ago

Last modified 2 weeks ago

#12356 new bug

[hda] 5 Series/3400 Series Chipset detected but no audio

Reported by: vidrep Owned by: korli
Priority: normal Milestone: Unscheduled
Component: Drivers/Audio/HDA Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All


Installed hrev49615 x86_gcc2 on my HP Mini 311 netbook. Wireless and audio is not functional. Wired ethernet working OK. Video is VESA only. Attached listdev.

Attachments (7)

listdev (2.5 KB ) - added by vidrep 4 years ago.
previous_syslog (131.8 KB ) - added by vidrep 4 years ago.
syslog (429.1 KB ) - added by vidrep 4 years ago.
syslog_22_02_2016_Lenvo_x201.txt (71.9 KB ) - added by miqlas 4 years ago.
dmidecode.txt (9.1 KB ) - added by vidrep 2 years ago.
syslog.2 (143.5 KB ) - added by vidrep 2 years ago.
listdev.txt (2.5 KB ) - added by vidrep 2 years ago.

Download all attachments as: .zip

Change History (17)

by vidrep, 4 years ago

Attachment: listdev added

comment:1 by diver, 4 years ago

Please attach the syslog as well.

comment:2 by vidrep, 4 years ago

Attached are the syslogs from a fresh install of hrev49615.

by vidrep, 4 years ago

Attachment: previous_syslog added

by vidrep, 4 years ago

Attachment: syslog added

comment:3 by diver, 4 years ago

Component: - GeneralDrivers/Audio/HDA
Owner: changed from nobody to korli
Summary: HP Mini 311 No audio or wireless[hda] 5 Series/3400 Series Chipset detected but no audio

Graphics driver issues are tracked in #5543. Wireless driver issue is here #6474. Does blacklisting hda driver and installing opensound make audio work?

comment:4 by miqlas, 4 years ago

Here is my syslog: Lenovo X201, also with Intel 5 Series/3400. Tested with gcc2h hrev50095, with vanilla hda and with oss. Not working.

by miqlas, 4 years ago

comment:5 by vidrep, 4 years ago

Updated to hrev50475 x86_gcc2 and installed OSS and blacklisted hda driver. Still no audio.

comment:6 by vidrep, 2 years ago

Still a problem on hrev51775 x86_gcc2h. Attached listdev.txt, dmidecode.txt, and syslog.txt

by vidrep, 2 years ago

Attachment: dmidecode.txt added

by vidrep, 2 years ago

Attachment: syslog.2 added

by vidrep, 2 years ago

Attachment: listdev.txt added

comment:7 by pulkomandy, 16 months ago

Milestone: UnscheduledR1/beta2

comment:8 by pulkomandy, 3 months ago

Milestone: R1/beta2Unscheduled

Removing HDA audio tickets from Beta2 milestone, no one has worked on it and opensound is available at least as a stopgap.

comment:9 by modeenf, 3 weeks ago

I have the same problem..

Don't know if it's some relation to #14581 or #14242.

If I look at my logs I have "KERN: hda: DMA snooping: no" sounded bad if you read comments at #14581

My id is 3b56, vendor 8086. and both exists in, hda_controller.cpp.. and the dev/ path exist to the driver :). What else can one test?

comment:10 by ttcoder, 3 weeks ago

Yeah waddlesplash mentionned in #14581 that it makes no sense to have two different behaviors for DMA on my T410 depending on the phase of the moon, yet this is what I get :-).. On R1/b1 it goes "yes", whereas right now I'm booted in old 50465 and it goes...

KERN: hda: enabling PCI interrupts
KERN: hda: DMA snooping: no

And in both case ("yes" and "no") I can listen to music without much trouble (apart from the need to restart media after boot up as media_addon_server crashes, and/or wait a few minutes after boot) with the following hardware:

device Multimedia controller (Audio device) [4|3|0]
  vendor 8086: Intel Corporation
  device 3b56: 5 Series/3400 Series Chipset High Definition Audio

(the vendor+device ID is not enough to identify precisely an HDA device BTW, I think one needs to dig in the syslog for sub-IDs)

To further complicate matters, sometimes the HDA driver works great, yet media_server fails to send buffers to it, for 30 minutes or more after boot up (that's what I get with R1/b1, but never in the old hrev). So if you feel courageous, you could try to quit/disable media services and test with a bare-bones sine-wave generator that talks directly to the HDA driver, to make sure you lack of audio is not caused by the server, but is indeed caused by the HDA driver itself. I'm not sure where it is, it's been years.. It might be this one here.

EDIT: yeah that seems to be the one, it calls B_MULTI_BUFFER_EXCHANGE directly, and fills buffers with sin()

EDIT: I'll go to my grave believing the lack of a media-bypassing sine wave "test" is one of the great mistakes Haiku made by the way.. So much time wasted, when a simple "test audio" button somewhere could have helped in many situations.

EDIT: got word from A.D. that including multi-audio-test in the nightly images is a definite "nein". So to people who want to test with that, either you compile it yourself or... YOYO. SNAFU.

EDIT: Anyhow, see ticket:14581#comment:19 for a "work-around" to initialization problems in the HDA driver itself.

Last edited 2 weeks ago by ttcoder (previous) (diff)
Note: See TracTickets for help on using tickets.