diff options
| author | Imre Deak <imre.deak@intel.com> | 2020-05-11 22:08:53 +0300 |
|---|---|---|
| committer | Imre Deak <imre.deak@intel.com> | 2020-05-13 20:14:02 +0300 |
| commit | 60e8be7ccc72086a88d2eff3bcd02495fad5fa46 (patch) | |
| tree | f1f37f8096e8775b4537b153826e7ce59f3eb2d4 /tests/core_auth.c | |
| parent | e54e2642f1967ca3c488db32264607df670d1dfb (diff) | |
tests/kms_flip: Retry test in case of a DP/HDMI link reset
At least an IIyama and LG monitor have a strange behaviour when waking
from a power saving state and getting enabled with an otherwise
successful modeset: after the modeset in ~2 sec they signal a bad link
state, either due to a lost CR/EQ in case of DP or a lost
scrambling/TMDS clock setting in case of HDMI link. In response the
driver resets the link with either a link-retraining or a modeset, which
in turn makes the test miss vblank/flip events and fail.
Work around the above issue, by retrying the test once if the test
detects after a failure that a link reset happened during the test and a
corresponding hotplug uevent was sent by the driver.
v2: Suspend the signal helper while waiting for a hotplug event, so the
wait will not get inerrupted/restarted in an endless loop.
Signed-off-by: Imre Deak <imre.deak@intel.com>
Reviewed-by: Uma Shankar <uma.shankar@intel.com>
Diffstat (limited to 'tests/core_auth.c')
0 files changed, 0 insertions, 0 deletions
