Created attachment 108868 [details] run log ==System Environment== -------------------------- Regression: not sure Non-working platforms: IVB ==kernel== -------------------------- drm-intel-nightly/203b34bf78a127a85cf89bbd8cf4decd935d780f ==Bug detailed description== Run automation testing, run gem_basic_create-fd-close then run gem_caching_reads, it doesn't exit /sys/kernel/debug/dri/0/clients. Run it 5 cycles manually, I can't reproduce this issue. /sys/kernel/debug/dri/0/clients command pid dev master a uid magic gem_caching 8043 0 y y 0 0 gem_caching 8043 0 n y 0 0
Do the gem_caching clients disappear if you wait long enough? While the clients are still there, does 'strace -p <gem_caching_pid>' show any output?
According to the log, the gem_caching is showing in the client list too early. Perhaps ordering/race issue in the testrunner. Similar symptomps as in https://bugs.freedesktop.org/show_bug.cgi?id=85831
*** Bug 85831 has been marked as a duplicate of this bug. ***
(In reply to Mika Kuoppala from comment #1) > Do the gem_caching clients disappear if you wait long enough? > > While the clients are still there, does 'strace -p <gem_caching_pid>' show > any output? It only happens on automation testing via piglit. I can't reproduce it manually.
igt_gem_multi_bsd_sync_loop also has this issue. @test: Intel_gpu_tools/igt_gem_multi_bsd_sync_loop info: @@@Returncode: 0 test case start at: Mon Nov 10 04:57:17 2014 test case end at: Mon Nov 10 04:57:21 2014 Errors: Dmesg: Output: command pid dev master a uid magic gem_multi_bsd_s 6808 0 y y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0 gem_multi_bsd_s 6808 0 n y 0 0
kms_flip_wf_vblank also has this issue. @test: Intel_gpu_tools/igt_kms_flip_wf_vblank info: @@@Returncode: 0 test case start at: Mon Nov 10 07:59:07 2014 test case end at: Mon Nov 10 07:59:12 2014 Errors: Dmesg: Output: command pid dev master a uid magic kms_flip 5699 0 y y 0 0 kms_flip 5699 0 n y 0 0 Test Environment check: other drm clients running! [1/1] fail: 1 Running Test(s): 0 [1/1] fail: 1 Running Test(s): 1
kms_flip_wf_vblank also has this issue on HSW. @test: Intel_gpu_tools/igt_kms_flip_wf_vblank info: @@@Returncode: 0 test case start at: Sat Nov 8 12:58:45 2014 test case end at: Sat Nov 8 12:58:49 2014 Errors: Dmesg: Output: command pid dev master a uid magic kms_flip 6021 0 y y 0 0 kms_flip 6021 0 n y 0 0 Test Environment check: other drm clients running! [1/1] fail: 1 Running Test(s): 0 [1/1] fail: 1 Running Test(s): 1
SNB also has this issue.
These tests are passing and exit correctly, including when they are called via piglit, on SNB, IVB & HSW Kernel: commit 8f02d2103390e48e9e76c9e75d16dbb4396484c8 Author: Jani Nikula <jani.nikula@intel.com> Date: Mon Nov 28 14:38:48 2016 +0200 IGT: tag : intel-gpu-tools-1.16-164-g7797517 commit : 7797517 Please fill a new bug if this is occurring on your side.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.