[Bug 90732] [BDW/BSW Bisected]igt/gem_reloc_vs_gpu/forked-faulting-reloc-thrashing-hang causes GPU reset fail

[bugzilla-daemon at freedesktop.org]

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

lu hua <huax.lu at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
            Summary|[BDW/BSW                    |[BDW/BSW
                   |Regression]igt/gem_reloc_vs |Bisected]igt/gem_reloc_vs_g
                   |_gpu/forked-faulting-reloc- |pu/forked-faulting-reloc-th
                   |thrashing-hang causes GPU   |rashing-hang causes GPU
                   |reset fail                  |reset fail

--- Comment #4 from lu hua <huax.lu at intel.com> ---
Bisect shows:
The first bad commit could be any of:
b47161858ba13c9c7e03333132230d66e008dd55
03ade51185596a1d1028531c78fda557f244d676
We cannot bisect more!

commit 03ade51185596a1d1028531c78fda557f244d676
Author:     Chris Wilson <chris at chris-wilson.co.uk>
AuthorDate: Mon Apr 27 13:41:18 2015 +0100
Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
CommitDate: Thu May 21 15:11:43 2015 +0200

    drm/i915: Inline check required for object syncing prior to execbuf

    This trims a little overhead from the common case of not needing to
    synchronize between rings.

    v2: execlists is special and likes to duplicate code.

    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>

commit b47161858ba13c9c7e03333132230d66e008dd55
Author:     Chris Wilson <chris at chris-wilson.co.uk>
AuthorDate: Mon Apr 27 13:41:17 2015 +0100
Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
CommitDate: Thu May 21 15:11:42 2015 +0200

    drm/i915: Implement inter-engine read-read optimisations

    Currently, we only track the last request globally across all engines.
    This prevents us from issuing concurrent read requests on e.g. the RCS
    and BCS engines (or more likely the render and media engines). Without
    semaphores, we incur costly stalls as we synchronise between rings -
    greatly impacting the current performance of Broadwell versus Haswell in
    certain workloads (like video decode). With the introduction of
    reference counted requests, it is much easier to track the last request
    per ring, as well as the last global write request so that we can
    optimise inter-engine read read requests (as well as better optimise
    certain CPU waits).

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