[Bug 78023] [BDW bisected]igt/gem_exec_lut_handle is slow

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Apr 30 00:31:56 PDT 2014


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

Guo Jinxian <jinxianx.guo at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |ASSIGNED
            Summary|[BDW]igt/gem_exec_lut_handl |[BDW
                   |e is slow                   |bisected]igt/gem_exec_lut_h
                   |                            |andle is slow

--- Comment #2 from Guo Jinxian <jinxianx.guo at intel.com> ---
9403eb1064168ea7b47c5ccd04ec17b98ca9a0de is the first bad commit
commit 9403eb1064168ea7b47c5ccd04ec17b98ca9a0de
Author:     Chris Wilson <chris at chris-wilson.co.uk>
AuthorDate: Mon Mar 17 12:21:55 2014 +0000
Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
CommitDate: Fri Apr 25 16:18:01 2014 +0200

    drm/i915: Do not call retire_requests from wait_for_rendering

    A common issue we have is that retiring requests causes recursion
    through GTT manipulation or page table manipulation which we can only
    handle at very specific points. However, to maintain internal
    consistency (enforced through our sanity checks on write_domain at
    various points in the GEM object lifecycle) we do need to retire the
    object prior to marking it with a new write_domain, and also clear the
    write_domain for the implicit flush following a batch.

    Note that this then allows the unbound objects to still be on the active
    lists, and so care must be taken when removing objects from unbound lists
    (similar to the caveats we face processing the bound lists).

    v2: Fix i915_gem_shrink_all() to handle updated object lifetime rules,
    by refactoring it to call into __i915_gem_shrink().

    v3: Missed an object-retire prior to changing cache domains in
    i915_gem_object_set_cache_leve()

    v4: Rebase

    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Tested-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
    Reviewed-by: Brad Volkin <bradley.d.volkin at intel.com>
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>


:040000 040000 469c92ff9c22309ca81fa43a75c249c1112b69da
a036ee8486228ba2ddc646c607595011a31cdde7 M      drivers

-- 
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/20140430/8c41be94/attachment.html>


More information about the intel-gfx-bugs mailing list