On 2017-12-04 10:04 +0000, Jose Abreu wrote: > On 03-12-2017 05:20, Nick Bowler wrote: > > I brought the original test equipment back to the setup so I can > > see the video and pink bar again. The symptoms remain the same > > (unexpected size, pink bar, and no audio). > > > > Can you tell me which test equipment are you using? I am using an XRGB-Mini Framemeister as the sink device for testing which isn't "real" test equipment but does show details of the video and audio mode (which the monitor I have does not do). The normal setup of this laptop has a small "audio splitter" as the sink, which among other things includes HDMI input and output ports and an S/PDIF audio output. These devices can be connected together in various ways and the results seem to be consistent in any configuration. > > It is very consistent: pink bar <=> no audio. > > > > My suspicion is that the audio problem is just the wrong video mode > > on the sink side messing things up, but I have no way of confirming > > that (that I know of). > > Hmmm, my first thought was that audio is being configured first > because of the phy lock wait time, I've seen this happening before. > > Lets try this: > - Disable all alsa clients (e.g. pulseaudio, ...) so that no one > tries to configure audio. > - Plug out/in the cable until the issue appears > - When the issue appears use aplay to play audio through the HDMI > output > - Repeat several times with different audio rates and with no > resample (you can use the plughw interface in aplay). OK, I will give it a try later this evening. Cheers, Nick _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
