summaryrefslogtreecommitdiff
path: root/tests/core_auth.c
diff options
context:
space:
mode:
authorImre Deak <imre.deak@intel.com>2020-05-11 22:08:53 +0300
committerImre Deak <imre.deak@intel.com>2020-05-13 20:14:02 +0300
commit60e8be7ccc72086a88d2eff3bcd02495fad5fa46 (patch)
treef1f37f8096e8775b4537b153826e7ce59f3eb2d4 /tests/core_auth.c
parente54e2642f1967ca3c488db32264607df670d1dfb (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