[Bug 78426] New: [BYT]Some subcases of igt/gem_exec_parse fails

[bugzilla-daemon at freedesktop.org]

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

          Priority: medium
            Bug ID: 78426
                CC: intel-gfx-bugs at lists.freedesktop.org
          Assignee: intel-gfx-bugs at lists.freedesktop.org
           Summary: [BYT]Some subcases of igt/gem_exec_parse 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 98666
  --> https://bugs.freedesktop.org/attachment.cgi?id=98666&action=edit
dmesg

*System Environment:
--------------------------
Regression: No.  
The cases always fails

Non-working platforms: BYT

 *kernel: 
--------------------------
-nightly: dd28119c31cf06fc4c3bb548699018a91e45a676 (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: e4c610fe051579ba0a1fadf339905b0231c6ef94 (skips)
    Author: Egbert Eich <eich at suse.de>
    Date:   Fri Apr 11 19:07:44 2014 +0200

    drm/i915/SDVO: For sysfs link put directory and target in correct order

    When linking the i2c sysfs file into the connector's directory
    pass directory and link target in the right order.
    This code was introduced with:

      commit 931c1c26983b4f84e33b78579fc8d57e4a14c6b4
      Author: Imre Deak <imre.deak at intel.com>
      Date:   Tue Feb 11 17:12:51 2014 +0200

        drm/i915: sdvo: add i2c sysfs symlink to the connector's directory

        This is the same what we do for DP connectors, so make things more
        consistent.

    Signed-off-by: Egbert Eich <eich at suse.de>
    Reviewed-by: Imre Deak <imre.deak at intel.com>
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
    Signed-off-by: Jani Nikula <jani.nikula at intel.com>


 *Bug detailed description:
-----------------------------
Some subcases of igt/gem_exec_parse below fails
igt/gem_exec_parse/basic-rejected
igt/gem_exec_parse/batch-without-end
igt/gem_exec_parse/bitmasks
igt/gem_exec_parse/oacontrol-tracking
igt/gem_exec_parse/registers


Output:
 ./gem_exec_parse --run-subtest registers
IGT-Version: 1.6-g7935bbd (x86_64) (Linux:
3.15.0-rc3_drm-intel-next-queued_1cf0ba_20140508+ x86_64)
Test assertion failure function exec_batch, file gem_exec_parse.c:134:
Last errno: 0, Success
Failed assertion: expected_ret == 0
Subtest registers: FAIL

The result on -fixes was skipped:
./gem_exec_parse --run-subtest registers
IGT-Version: 1.6-g7935bbd (x86_64) (Linux:
3.15.0-rc3_drm-intel-fixes_e4c610_20140508+ x86_64)
Test requirement not met in function __real_main210, file gem_exec_parse.c:222:
Last errno: 22, Invalid argument
Test requirement: (!(!rc && parser_version > 0))
Subtest registers: SKIP


 *Reproduce steps:
---------------------------- 
1. ./gem_exec_parse --run-subtest registers

-- 
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/20140508/692fa413/attachment-0001.html>