[prev in list] [next in list] [prev in thread] [next in thread] 

List:       haiku-bugs
Subject:    [haiku-bugs] Re: [Haiku] #12356: [hda] 5 Series/3400 Series Chipset detected but no audio
From:       "Haiku" <trac () haiku-os ! org>
Date:       2020-01-31 10:44:40
Message-ID: 057.e6d200cb2cba5a7deb18b1a4a9638065 () haiku-os ! org
[Download RAW message or body]

--===============6046800850674632605==
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

#12356: [hda] 5 Series/3400 Series Chipset detected but no audio
---------------------------------+----------------------------
   Reporter:  vidrep             |      Owner:  korli
       Type:  bug                |     Status:  new
   Priority:  normal             |  Milestone:  Unscheduled
  Component:  Drivers/Audio/HDA  |    Version:  R1/Development
 Resolution:                     |   Keywords:
 Blocked By:                     |   Blocking:
Has a Patch:  0                  |   Platform:  All
---------------------------------+----------------------------
Comment (by ttcoder):

 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 [https://git.haiku-
 os.org/haiku/tree/src/tests/add-ons/kernel/drivers/audio here].
-- =

Ticket URL: <https://dev.haiku-os.org/ticket/12356#comment:10>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.
--===============6046800850674632605==--

[prev in list] [next in list] [prev in thread] [next in thread]