[Bug 78591] New: [ILK Regression]igt/gem_ringfill/blitter fails

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon May 12 01:03:43 PDT 2014


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

          Priority: medium
            Bug ID: 78591
                CC: intel-gfx-bugs at lists.freedesktop.org
          Assignee: intel-gfx-bugs at lists.freedesktop.org
           Summary: [ILK Regression]igt/gem_ringfill/blitter fails
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: jinxianx.guo at intel.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: DRM/Intel
           Product: DRI

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

==System Environment==
--------------------------
Regression: Yes. But I unable to find good commit on both kernel and igt.

Non-working platforms: ILK

==kernel==
--------------------------
-nightly: ed60c2747e0be176f28dc3dadba564949d90d821 (fails)
-queued: 1cf0ba14740d96fbf6f58a201f000a34b74f4725 (fails)
    Author: Chris Wilson <chris at chris-wilson.co.uk>
    Date:   Mon May 5 09:07:33 2014 +0100

    drm/i915: Flush request queue when waiting for ring space

    During the review of

    commit 1f70999f9052f5a1b0ce1a55aff3808f2ec9fe42
    Author: Chris Wilson <chris at chris-wilson.co.uk>
    Date:   Mon Jan 27 22:43:07 2014 +0000

        drm/i915: Prevent recursion by retiring requests when the ring is full

    Ville raised the point that our interaction with request->tail was
    likely to foul up other uses elsewhere (such as hang check comparing
    ACTHD against requests).

    However, we also need to restore the implicit retire requests that certain
    test cases depend upon (e.g. igt/gem_exec_lut_handle), this raises the
    spectre that the ppgtt will randomly call i915_gpu_idle() and recurse
    back into intel_ring_begin().

    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=78023
    Reviewed-by: Brad Volkin <bradley.d.volkin at intel.com>
    [danvet: Remove now unused 'tail' variable as spotted by Brad.]
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
-fixes: 05adaf1f101f25f40f12c29403e6488f0e45f6b6 (fails)
    Author: Jani Nikula <jani.nikula at intel.com>
    Date:   Fri May 9 14:52:34 2014 +0300

    drm/i915/vlv: reset VLV media force wake request register

    Media force wake get hangs the machine when the system is booted without
    displays attached. The assumption is that (at least some versions of)
    the firmware has skipped some initialization in that case.

    Empirical evidence suggests we need to reset the media force wake
    request register in addition to the render one to avoid hangs.

    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75895
    Reported-by: Imre Deak <imre.deak at intel.com>
    Reported-by: Darren Hart <dvhart at linux.intel.com>
    Tested-by: Darren Hart <dvhart at linux.intel.com>
    Reviewed-by: Mika Kuoppala <mika.kuoppala at intel.com>
    Cc: stable at vger.kernel.org
    Signed-off-by: Jani Nikula <jani.nikula at intel.com>

==Bug detailed description==
-----------------------------
igt/gem_ringfill/blitter fails

Output:
./gem_ringfill --run-subtest blitter
IGT-Version: 1.6-g8741c22 (x86_64) (Linux:
3.15.0-rc3_drm-intel-nightly_ed60c2_20140512+ x86_64)
filling blt ring: 100%
verifying
Subtest blitter: SUCCESS
Test requirement not met in function __real_main203, file gem_ringfill.c:223:
Last errno: 0, Success
Test requirement: (!(copy))

==Reproduce steps==
---------------------------- 
1. ./gem_ringfill --run-subtest blitter

-- 
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/20140512/b0c34198/attachment.html>


More information about the intel-gfx-bugs mailing list