Created attachment 91147 [details] dmesg System Environment: -------------------------- Platform: Ivybridge/Haswell Kernel: (drm-intel-nightly)e9c4f42a6d0cf76b90b88954e2463bf1335faf6e Bug detailed description: ----------------------------- It fails on Ivybridge and Haswell with ppgtt branch and nightly branch. The latest known good commit:f7698ba75fa283435f5077b9dfb4319d28b9de9a The latest known bad commit:a7c1d426ef335ccfb6bd567a3f616fa232418fa2 output: IGT-Version: 1.5-g4f28614 (x86_64) (Linux: 3.13.0-rc3_ppgtt_a7c1d4_20131222+ x86_64) Test assertion failure function store_pipe_control_loop, file gem_pipe_control_store_loop.c:97: Last errno: 2, No such file or directory Failed assertion: target_bo->offset != 0 Subtest reused-buffer: FAIL Reproduce steps: ---------------------------- 1. ./gem_pipe_control_store_loop --run-subtest reused-buffer
Please try to revert bfca05275a594920ad5111f5a23ec6fadc0d0780, and test again. Thanks
(In reply to comment #1) > Please try to revert bfca05275a594920ad5111f5a23ec6fadc0d0780, and test > again. > > Thanks Revert commit bfca05275. It works well.
commit 45d63644d28c34202a97bd812f6c46c853e97d28 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Fri Jan 10 21:13:56 2014 +0000 tests/gem_pipe_control_store_loop: Delete bogus assertion target_bo->offset was just being used to verify that the batch submission worked and fortunately was not being relied upon for any subsequent conditions. However, address 0 is valid and so the assertion itself was bogus as it is possible (almost assured with full-ppgtt) for the target_bo to be located at address 0. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=72984 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Verified.Fixed.
Closing old verified.
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.