[Bug 88191] New: [PNV Bisected]igt/gem_exec_big fails

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=88191

            Bug ID: 88191
           Summary: [PNV Bisected]igt/gem_exec_big fails
           Product: DRI
           Version: unspecified
          Hardware: All
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: high
         Component: DRM/Intel
          Assignee: chris at chris-wilson.co.uk
          Reporter: huax.lu at intel.com
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org

Created attachment 111939
  --> https://bugs.freedesktop.org/attachment.cgi?id=111939&action=edit
dmesg

==System Environment==
--------------------------
Regression: yes

Non-working platforms: PNV

==kernel==
--------------------------
drm-intel-nightly/296cb88821b7113a9add839ba1e8e116ff13ecc0
commit 296cb88821b7113a9add839ba1e8e116ff13ecc0
Author: Daniel Vetter <daniel.vetter at ffwll.ch>
Date:   Wed Jan 7 18:19:46 2015 +0100

    drm-intel-nightly: 2015y-01m-07d-17h-19m-17s UTC integration manifest


==Bug detailed description==
-----------------------------
It fails on PNV with drm-intel-nightly and drm-intel-next-queued kernel, works
well on drm-intel-fixes kernel.
Bisect shows: 43566dedde54f9729113f5f9fde77d53e75e61e9 is the first bad commit.
commit 43566dedde54f9729113f5f9fde77d53e75e61e9
Author:     Chris Wilson <chris at chris-wilson.co.uk>
AuthorDate: Fri Jan 2 16:29:29 2015 +0530
Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
CommitDate: Tue Jan 6 09:08:00 2015 +0100

    drm/i915: Broaden application of set-domain(GTT)

    Previously, this was restricted to only operate on bound objects - to
    make pointer access through the GTT to the object coherent with writes
    to and from the GPU. A second usecase is drm_intel_bo_wait_rendering()
    which at present does not function unless the object also happens to
    be bound into the GGTT (on current systems that is becoming increasingly
    rare, especially for the typical requests from mesa). A third usecase is
    a future patch wishing to extend the coverage of the GTT domain to
    include objects not bound into the GGTT but still in its coherent cache
    domain. For the latter pair of requests, we need to operate on the
    object regardless of its bind state.

    v2: After discussion with Akash, we came to the conclusion that the
    get-pages was required in order for accurate domain tracking in the
    corner cases (like the shrinker) and also useful for ensuring memory
    coherency with earlier cached CPU mmaps in case userspace uses exotic
    cache bypass (non-temporal) instructions.

    v3: Fix the inactive object check.

    v4: Rebase to latest drm-intel-nightly codebase

    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Reviewed-by: Akash Goel <akash.goel at intel.com>
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>

output:
IGT-Version: 1.9-g25cf055 (i686) (Linux:
3.19.0-rc3_drm-intel-nightly_296cb8_20150108+ i686)
Test assertion failure function exec, file gem_exec_big.c:100:
Failed assertion: tmp == gem_reloc[0].presumed_offset
error: 0 != 3899392

==Reproduce steps==
---------------------------- 
1. ./gem_exec_big

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20150108/5c14f26f/attachment.html>