[Bug 111045] [CI][BAT] igt at kms_chamelium@(hdmi|dp)-hpd-fast|igt at kms_chamelium@dp-edid-change-during-suspend - fail - Failed assertion: igt_hotplug_detected(mon, HOTPLUG_TIMEOUT)

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jul 10 10:17:19 UTC 2019


https://bugs.freedesktop.org/show_bug.cgi?id=111045

--- Comment #24 from Imre Deak <imre.deak at intel.com> ---
(In reply to emersion from comment #22)
> (In reply to Imre Deak from comment #15)
> > If unplugging a DP-alt display while there is an active modeset on it, and
> > then replugging the DP-alt display, the HW/FW/driver won't signal the
> > corresponding plug-in hotplug event until the mode is disabled.
> 
> Hmm, I see.
> 
> > The failing tests do this:
> > 
> > - <have the output enabled>
> > - unplug the display, keeping the output enabled
> > - wait/poll for the disconnect status -> success
> > - replug the display, while the output is still enabled
> > - wait/poll for the connect status -> fail
> > 
> > This sequence is not supported with DP-alt sinks (like the USB-C to HDMI
> > dongle), as I described above. 
> 
> Thanks for the explanation!
> 
> > If there wouldn't be any mode enabled for the whole duration of the
> > sequence, or the client would enable/disable the mode according to the
> > output's connected/disconnected status, then all the hotplug uevents,
> > polling would work as the test expects.
> 
> I'll try to send a patch to do this.

Ok, thanks a lot for looking into that. Btw, are you planning to add new
subtests that work according to the above (instead of modifying the existing
ones) and black list somehow the existing ones (at least for now) for DP-alt
connectors? That would be ideal, since we should still keep the existing ones
as-is to retain the coverage for all that scenarios.

Running the old ones (with reduced timeout) on DP-alt would be still good to
check for any kernel breakage with enabled outputs, but atm that slows things
down a lot since each subtest incurs a 20sec timeout on DP-alt...

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20190710/a9a10ebc/attachment.html>


More information about the intel-gfx-bugs mailing list