Re: [PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt

Path	csiph.com!eternal-september.org!feeder.eternal-september.org!aioe.org!bofh.it!news.nic.it!robomod
From	Boszormenyi Zoltan <zboszor@pr.hu>
Newsgroups	linux.kernel
Subject	Re: [PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt
Date	Fri, 04 Dec 2015 10:50:02 +0100
Message-ID	<qBVa2-W5-9@gated-at.bofh.it> (permalink)
References	<qy0rE-30z-13@gated-at.bofh.it> <qBLu2-3ct-15@gated-at.bofh.it> <qBUnF-nU-9@gated-at.bofh.it>
X-Original-To	Christian König <christian.koenig@amd.com>, cpaul@redhat.com, Alex Deucher <alexander.deucher@amd.com>, David Airlie <airlied@linux.ie>, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
User-Agent	Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version	1.0
Content-Type	text/plain; charset=utf-8
Content-Transfer-Encoding	8bit
X-Spam-Score	0.6 (/)
X-Scan-Signature	f863141675028d675eb61fc829984e23
X-Spam-Tracer	backend.mail.pr.hu 0.6 20151204094310Z
Sender	robomod@news.nic.it
List-ID	<linux-kernel.vger.kernel.org>
X-Mailing-List	linux-kernel@vger.kernel.org
Approved	robomod@news.nic.it
Lines	40
Organization	linux.* mail to news gateway
X-Original-Cc	Jerome Glisse <jglisse@redhat.com>, Benjamin Tissoires <benjamin.tissoires@redhat.com>
X-Original-Date	Fri, 4 Dec 2015 10:43:05 +0100
X-Original-Message-ID	<56616029.1010007@pr.hu>
X-Original-References	<BLUPR12MB06912378867E0AA0D3AC06EFF7070@BLUPR12MB0691.namprd12.prod.outlook.com> <1449185167-6886-1-git-send-email-cpaul@redhat.com> <566154A0.5050205@amd.com>
X-Original-Sender	linux-kernel-owner@vger.kernel.org
Xref	csiph.com linux.kernel:1283680

Show key headers only | View raw

2015-12-04 09:53 keltezéssel, Christian König írta:
> On 04.12.2015 00:26, cpaul@redhat.com wrote:
>> From: Lyude <cpaul@redhat.com>
>>
>> HPD signals on DVI ports can be fired off before the pins required for
>> DDC probing actually make contact, due to the pins for HPD making
>> contact first. This results in a HPD signal being asserted but DDC
>> probing failing, resulting in hotplugging occasionally failing.
>>
>> This is somewhat rare on most cards (depending on what angle you plug
>> the DVI connector in), but on some cards it happens constantly. The
>> Radeon R5 on the machine used for testing this patch for instance, runs
>> into this issue just about every time I try to hotplug a DVI monitor and
>> as a result hotplugging almost never works.
>>
>> Rescheduling the hotplug work for a second when we run into an HPD
>> signal with a failing DDC probe usually gives enough time for the rest
>> of the connector's pins to make contact, and fixes this issue.
>>
>> Signed-off-by: Lyude <cpaul@redhat.com>
>
> I find a second a bit long, but if it works so what?
>
> Looks sane enough to me, patch is Reviewed-by: Christian König <christian.koenig@amd.com>

Does this patch help in case of the Radeon chip only has HDMI and DP outputs
exposed (Zotac ZBOXNANO-AQ01) but used with DVI or VGA monitors with
converter cables? We have some problems with such scenarios that sounds
eerily similar to this description.

Inquiry-by: Zoltán Böszörményi <zboszor@pr.hu>
;-)

Thanks in advance.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Thread

[PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we got an HPD interrupt cpaul@redhat.com - 2015-12-04 00:30 +0100
  Re: [PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we  got an HPD interrupt Christian König <christian.koenig@amd.com> - 2015-12-04 10:00 +0100
    Re: [PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we  got an HPD interrupt Boszormenyi Zoltan <zboszor@pr.hu> - 2015-12-04 10:50 +0100
    Re: [PATCH v2] drm/radeon: Retry DDC probing on DVI on failure if we  got an HPD interrupt Alex Deucher <alexdeucher@gmail.com> - 2015-12-04 19:20 +0100

csiph-web