Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752953AbdLDKEy (ORCPT ); Mon, 4 Dec 2017 05:04:54 -0500 Received: from us01smtprelay-2.synopsys.com ([198.182.60.111]:51062 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751636AbdLDKEv (ORCPT ); Mon, 4 Dec 2017 05:04:51 -0500 Subject: Re: PROBLEM: Asus C201 video mode problems on HDMI hotplug (regression) To: Nick Bowler , Jose Abreu References: <20171116062811.g27zgeejizfxu6oc@aura.draconx.ca> <269ce21a-3685-30e8-fcc8-65070bc59eea@codeaurora.org> <13872912.d01MB1IQ9u@avalon> <20171128033044.bw4jwps2gya2vbig@aura.draconx.ca> <20171201001146.fezhkf5c3zrbqjlj@aura.draconx.ca> <20171203052045.5povltrffufaic7o@aura.draconx.ca> CC: Laurent Pinchart , Laurent Pinchart , , , Dave Airlie , "Linus Torvalds" From: Jose Abreu Message-ID: <3c938f3f-fa1f-b08a-5ca5-b2044ed6fb4c@synopsys.com> Date: Mon, 4 Dec 2017 10:04:31 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20171203052045.5povltrffufaic7o@aura.draconx.ca> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.107.19.63] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1159 Lines: 36 On 03-12-2017 05:20, Nick Bowler wrote: > > Your patch changes things. With this applied on top of 4.15-rc1 > it is failing 100% of the time instead of only half of the time. Ok, it was a long shot anyway. > > 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? > 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). > > Thanks, > Nick