#14581: no audio on T410 (8086/3b56) - mixer not insertable in output path
---------------------------------+----------------------------
Reporter: ttcoder | Owner: korli
Type: bug | Status: new
Priority: normal | Milestone: R1/beta2
Component: Drivers/Audio/HDA | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
---------------------------------+----------------------------
Comment (by ttcoder):
Reviewed more code and I'm now convinced those 3 patches for "pin
complexes" are not related to the bug: they just fix usage of docking
stations (thinkpad docks), not the internal speakers and headphones.
Today I've worked on tidux's latest data (ticket:14242#comment:13)
I think the verb of interest in his data is
{{{
0x01024011
}}}
Which decodes to VID_SET_CONVERTER_FORMAT, 16 bit, 44 KHz.
Both are different from what I had here!
It seems the sample rate is affected from Media (prefs), to the driver. So
I've changed the setting to 44 KHz, restarted media, but no change.
My syslog (with extra tracing) looks closer to linux now though:
{{{
KERN: hda: stream: 1 fifo size: 255 num_io_widgets: 1
KERN: hda: widgets:
KERN: hda-verb <0x1024031>: [0] nid 0x10 (16): pload 0x4031 vid
0x20000 (VID_SET_CONVERTER_FORMAT)
KERN: hda-verb <0x1070610>: [0] nid 0x10 (16): pload 0x10 vid
0x70600 (VID_SET_CONVERTER_STREAM_CHANNEL)
}}}
For the sample rate, it seems to be the other way around (IIUC the code):
the driver retrieves the sample rate from the hardware, and passes it on
to haiku Media. So that one seems more suspicious: why does the linux
driver detect 16-bit samples from the hardware, whereas Haiku detects
24-bit samples, hmm. I'll try to just hardcode 16-bit in haiku, see if it
flies.
I have more things to try, will post a short summary in tidux's ticket
when done.
--
Ticket URL: <https://dev.haiku-os.org/ticket/14581#comment:9>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.
