Bug 72984

Summary: [IVB/HSW Regression]igt/gem_pipe_control_store_loop/reused-buffer fails at ppgtt offset 0
Product: DRI Reporter: lu hua <huax.lu>
Component: DRM/IntelAssignee: Intel GFX Bugs mailing list <intel-gfx-bugs>
Status: CLOSED FIXED QA Contact: Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity: major    
Priority: high CC: intel-gfx-bugs
Version: unspecified   
Hardware: All   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
dmesg none

Description lu hua 2013-12-23 08:48:41 UTC
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
Comment 1 Ben Widawsky 2013-12-23 18:29:41 UTC
Please try to revert bfca05275a594920ad5111f5a23ec6fadc0d0780, and test again.

Thanks
Comment 2 lu hua 2013-12-24 05:48:23 UTC
(In reply to comment #1)
> Please try to revert bfca05275a594920ad5111f5a23ec6fadc0d0780, and test
> again.
> 
> Thanks

Revert commit bfca05275. It works well.
Comment 3 Chris Wilson 2014-01-10 21:18:32 UTC
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>
Comment 4 lu hua 2014-01-26 01:39:42 UTC
Verified.Fixed.
Comment 5 Elizabeth 2017-10-06 14:40:50 UTC
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.