summaryrefslogtreecommitdiff
path: root/tests/i915/gem_exec_whisper.c
diff options
context:
space:
mode:
authorArkadiusz Hiler <arkadiusz.hiler@intel.com>2019-04-17 08:20:57 +0300
committerArkadiusz Hiler <arkadiusz.hiler@intel.com>2019-04-30 10:44:15 +0300
commitfc5e0467eb6913d21ad932aa8a31c77fdb5a9c77 (patch)
tree4bbe942ca56690f5ca1668325add3fc8f12b872b /tests/i915/gem_exec_whisper.c
parentab54de9937678583437eee4546bc25a9885b87a6 (diff)
tests/kms_cursor_legacy: Don't stop cursor_vs_flip early
The test is doing multiple iterations (50). Each iteration tries to squeeze target number of cursor updates in half a second worth of flips. If we don't hit the target in any given iteration we bail out early. Because of that we don't have the data on the number of iterations that have failed and/or succeeded any given run, which makes hunting down this elusive issue hard. Let's change that so we always go through all the iterations and fail at the end printing out the number of iterations we haven't met the target. Each failed iteration also logs how many cursor updates it has managed to do. Since our target is generated run-time and is also load sensitive, let's bump the log level of message containing our target to "info" so we can compare those values across both passes and failures. Cc: Anusha Srivatsa <anusha.srivatsa@intel.com> Cc: Martin Peres <martin.peres@linux.intel.com> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Signed-off-by: Arkadiusz Hiler <arkadiusz.hiler@intel.com> Reviewed-by: Martin Peres <martin.peres@linux.intel.com>
Diffstat (limited to 'tests/i915/gem_exec_whisper.c')
0 files changed, 0 insertions, 0 deletions