#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):
Symptoms:
- the driver builds an output tree without a mixer, according to
the syslog
- as soon as I open MediaPlayer with a song, media_addon_server
crashes (thread AudioMixerControl: BBufferCache::GetBuffer(): IDs
mismatch)
- syslog goes,
{{{
KERN: hda: buffer_exchange: Error waiting for playback buffer to finish
(Interrupted system call)!
KERN: hda_stream_stop()
}}}
- media preferences are messed up: they look exactly the same as
in https://dev.haiku-os.org/attachment/ticket/14242/broken_hda_x220.png
(which has 8086/1c20 (17aa/21da))
Only difference is the items tree on the left -- mine also
includes a "firewire 0" item, but seems irrelevant to HDA.
Questions:
- the syslog mentions that the "Speaker" widget's inputs can only
possibly be 16 and 17:
{{{
KERN: hda: 31: Pin complex
KERN: hda: [Output]
KERN: hda: Fixed, Speaker, Other analog, N/A, Association:15
KERN: hda: Supported power states: D0 D1 D2 D3
KERN: hda: [Power] [Conn. list] [Stereo]
KERN: hda: Inputs: 16 17
}}}
Widgets 16 and 17 are "Audio Output" widgets. The Audio Mixer
(widget 36) is not listed.
So it means we cannot possibly implement a solution that connects
the Speakers
to the "Mixer" widget, correct?
- if so, will the Media Preferences be able to cope with it,
display controls and so on ?
- I suppose the drivers on other platforms (BSD..) deal with that,
find a way around that ?
What I've tried so far:
Downloaded the latest source from git to try various hacks (as I had done
some years ago on my R61, see #8270).
1) In the FreeBSD driver, this chipset is listed as "0 quirks":
hdac.c:
{{{
{ HDA_INTEL_PCH, "Intel Ibex Peak", 0, 0 },
}}}
So I've remed out the 'quirk' in the haiku driver.
Result: syslog: no change in DMA snooping, I still get KERN: hda: DMA
snooping: no
Result: audio: I still get a media_addon_server crash, though it takes ~30
seconds now. Still no audio output, nor media settings. Though I no longer
get this though, on hot restart:
{{{
buffer_exchange: Error waiting for playback buffer to
finish (Interrupted system call)!
}}}
Anyway this seems to have little impact.
2) Tried to unplug the PSU; a beep is emmited indeed, but no change in
media_server audio (as per the comment in #4755 : "On some machines, a
system beep is emitted by the BIOS when plugging/unplugging the power
supply. Doing so initializes the codec, and then sound starts working in
Haiku.").
--
Ticket URL: <https://dev.haiku-os.org/ticket/14581#comment:2>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.