At Thu, 14 May 2015 09:10:33 +1000, Dave Airlie wrote: > > On 12 May 2015 at 13:27, Dave Airlie <airlied@xxxxxxxxx> wrote: > > On 12 May 2015 at 11:50, Dave Airlie <airlied@xxxxxxxxx> wrote: > >> Hi, > >> > >> So I have a branch that makes no sound, > >> http://cgit.freedesktop.org/~airlied/linux/log/?h=dp-mst-audio > >> > >> and I'm not sure where I need to turn to next, > >> > >> The Intel docs I've read are kinda vague, assuming you know lots of > >> things I clearly don't. > >> > >> so in theory my branch, sets up the SDP stream to the monitor in the > >> payload creation, > >> enables the codec in the intel GPU driver, and passes the ELD to the > >> audio driver. > >> > >> The audio driver uses the device list to get the presence/valid bits > >> per device, and manages to retrieve the ELD. I even create ELD files > >> in /proc/asound/HDMI/ that have sensible values in them > >> > >> So it looks like I'm just missing some routing somewhere, most likely > >> in the audio driver, then again I could be missing a lot more than > >> that. > >> > >> Just looking for any ideas or knowledge people may have locked in > >> their brains or inside their firewalls. > > > > Okay the branch now has audio on my test setup, > > > > I've had to hack out the intel_not_share_assigned_cvt function > > it appears to do bad things, I set pin 6 to connection 0 (pin 2), the later > > sets on pin 5/7 to connection 1 by that function seems to reprogram pin 6. > > > > I'm guessing the connection is assigned to a device not a pin in the new hw, > > and the same device is routed via pin 5/7 so I end up trashing it. > > > > my test setup is a Haswell Lenovo t440s + docking station + Dell U2410. > > > > ping audio guys? > > can someone from alsa please take a look or some interest in this? Sorry, I've been on vacation for last two weeks. Now still swimming in the flood of backlogs... > The graphics side patches are fairly trivial, also it would be good to > get a good explaination of how the hw works, > > from what I can see devices get connections not pins on this hw, and I > notice that I don't always get 3 devices, so I'm not sure if devices > are a dynamic thing we should be reprobing on some signal. The intel_not_share_assigned_cvt() was needed for Haswell HDMI/DP as there was static routing between the pin and the converter widgets although the codec graph shows it's selectable. Was the pin default config of pin 6 enabled by BIOS properly? In anyway, Intel people should have a better clue about this; it's been always a strange behavior that is tied with the graphics... thanks, Takashi _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
