<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Priority</th>
          <td>high
          </td>
        </tr>

        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [ILK/IVB/HSW Bisected]igt/gem_reg_read fails"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=78764">78764</a>
          </td>
        </tr>

        <tr>
          <th>CC</th>
          <td>intel-gfx-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>intel-gfx-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>[ILK/IVB/HSW Bisected]igt/gem_reg_read fails
          </td>
        </tr>

        <tr>
          <th>QA Contact</th>
          <td>intel-gfx-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Classification</th>
          <td>Unclassified
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>jinxianx.guo@intel.com
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>DRM/Intel
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>DRI
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Created <span class=""><a href="attachment.cgi?id=99132" name="attach_99132" title="dmesg">attachment 99132</a> <a href="attachment.cgi?id=99132&action=edit" title="dmesg">[details]</a></span>
dmesg

==System Environment==
--------------------------
Regression: Yes. 
It was igt issue

Non-working platforms: ILK IVB HSW

==kernel==
--------------------------
-nightly: c74cad3c2599b47438b168ca5629fbb00ab63f95 (fails)
-queued: 229b0489aa75a8c51d2f2e124329d3ac326f326d (fails)
    Author: Mika Kuoppala <<a href="mailto:mika.kuoppala@linux.intel.com">mika.kuoppala@linux.intel.com</a>>
    Date:   Wed May 14 17:02:17 2014 +0300

    drm/i915: add null render states for gen6, gen7 and gen8

    These are generated with intel-gpu-tools/tools/null_state_gen

    v2: Don't use header file for states (Daniel Vetter)

    v3: Proper URB state size for gen8/GT3 (Damien Lespiau)

    Tested-by: Kristen Carlson Accardi <<a href="mailto:kristen@linux.intel.com">kristen@linux.intel.com</a>> (v1)
    Tested-by: Oscar Mateo <<a href="mailto:oscar.mateo@intel.com">oscar.mateo@intel.com</a>> (v2)
    Acked-by: Damien Lespiau <<a href="mailto:damien.lespiau@intel.com">damien.lespiau@intel.com</a>>
    Signed-off-by: Mika Kuoppala <<a href="mailto:mika.kuoppala@intel.com">mika.kuoppala@intel.com</a>>
    Signed-off-by: Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>


-fixes: 05adaf1f101f25f40f12c29403e6488f0e45f6b6 (fails)
    Author: Jani Nikula <<a href="mailto:jani.nikula@intel.com">jani.nikula@intel.com</a>>
    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: <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [BYT] Media forcewake timeout with no displays connected"
   href="show_bug.cgi?id=75895">https://bugs.freedesktop.org/show_bug.cgi?id=75895</a>
    Reported-by: Imre Deak <<a href="mailto:imre.deak@intel.com">imre.deak@intel.com</a>>
    Reported-by: Darren Hart <<a href="mailto:dvhart@linux.intel.com">dvhart@linux.intel.com</a>>
    Tested-by: Darren Hart <<a href="mailto:dvhart@linux.intel.com">dvhart@linux.intel.com</a>>
    Reviewed-by: Mika Kuoppala <<a href="mailto:mika.kuoppala@intel.com">mika.kuoppala@intel.com</a>>
    Cc: <a href="mailto:stable@vger.kernel.org">stable@vger.kernel.org</a>
    Signed-off-by: Jani Nikula <<a href="mailto:jani.nikula@intel.com">jani.nikula@intel.com</a>>

==Bug detailed description==
-----------------------------
igt(5e83f0444d0fcef2d5996ef12f9cf1593ccd8f78)

igt/gem_reg_read fails

Output:
./gem_reg_read
IGT-Version: 1.6-g62cd793 (x86_64) (Linux:
3.15.0-rc3_drm-intel-nightly_c74cad_20140515+ x86_64)
Test assertion failure function __real_main55, file gem_reg_read.c:76:
Last errno: 22, Invalid argument
Failed assertion: ret != 0 && errno == ENOENT

==Reproduce steps==
---------------------------- 
1. ./gem_reg_read


==Bisect results==
----------------------------
Bisect shows: 0b7ce4ac2929ea56dfde508d551163a5304c66d8 is the first bad commit

commit 0b7ce4ac2929ea56dfde508d551163a5304c66d8
Author:     Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
AuthorDate: Wed May 14 09:56:53 2014 +0200
Commit:     Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
CommitDate: Wed May 14 09:56:53 2014 +0200

    tests: Use igt macros more

    Often just folding together of the common if (cond) printf;
    abort|igt_skip|igt_fail; pattern. But in a few cases I've ripped out
    more since the igt macros will already print the condition and errno.

    A few tests where more work (like ripping out return codes en masse)
    is needed left as-is.

    Signed-off-by: Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>></pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are on the CC list for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>