#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):
Posted a zip with stuff for working on this ticket and the peer ticket's
log, in case somebody else feels wildly motivated:
- a small tool to translate the 0x123.. verb hex values into human
readable strings
- function for sending the same verbs that linux does, in the haiku driver
- some grep/cut/sed helpers
- tidux's raw linux log from peer #14242
- that same log again, but decoded with the above tool
@waddlesplash maybe I should check again in the logs, but I think the
linux driver (as evidenced by its log) does not attempt to use the mixer
either; it follows the hints given by the hardware, which claims that the
mixer cannot be used for output. Seems legit (there are other HDA chipsets
doing the same). Maybe I should update this ticket's title.
Agree it might be a more 'fundamental' bug in the driver, not just a
matter of sending magic verbs.
Hmmm.. Just had a couple ideas..
- I should send verbs to codec3 just _before_ the call to
hda_codec_delete() is made (right before it aborts creation of it and
NULLs it out at the end of {{{hda_codec_new()}}})
- and while I'm at it, also saw this in the OpenBSD driver; no idea if it
applies: "OpenBSD: azalia.c:514: "disable MSI, use INTx instead /* if
sc->pciid == PCI_VENDOR_INTEL */"
- and if tidux's setup for building the driver, he could try my 'diff', in
case his X220 behaves differently / does not behave as closely to my T410
as the various sources make it to be.
--
Ticket URL: <https://dev.haiku-os.org/ticket/14581#comment:13>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.