[Bug 84557] New: [HSW] "Emit ELSE/ENDIF JIP with type D on Gen 7" causes Atomic Afterlife and GPU hangs

[bugzilla-daemon at freedesktop.org]

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

          Priority: medium
            Bug ID: 84557
          Assignee: mattst88 at gmail.com
           Summary: [HSW] "Emit ELSE/ENDIF JIP with type D on Gen 7"
                    causes Atomic Afterlife and GPU hangs
        QA Contact: intel-3d-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: eero.t.tamminen at intel.com
          Hardware: Other
            Status: NEW
           Version: git
         Component: Drivers/DRI/i965
           Product: Mesa

TEST SETUP:
- HSW GT3e
- Ubuntu 14.04 Mesa from git

TEST CASE:
- Run Unigine Heaven 4.0, with following options:
        -project_name Heaven \
        -data_path ../ \
        -engine_config ../data/heaven_4.0.cfg \
        -system_script heaven/unigine.cpp \
        -sound_app null \
        -video_app opengl \
        -video_mode -1 \
        -video_width 1920 \
        -video_height 1080 \
        -video_fullscreen 1 \
        -video_multisample 0 \
        -extern_define
,BENCHMARK,RELEASE,LANGUAGE_EN,QUALITY_HIGH,TESSELLATION_DISABLED 


EXPECTED RESULTS:
- Normal looking screen, no hangs, test finishes succesfully


ACTUAL RESULT:
- When demo has loaded, instead of the normal colors, screen is blue/green (see
attachment)
- Then, after few seconds Heaven fails to following error:
  intel_do_flush_locked failed: Input/output error
- dmesg contains "render ring hung inside bo" and "context hanging too fast"
errors


I bisected this to following commit:

commit 54e30dbf4db437748509d1319c3f6e4185f76c69
Author:     Matt Turner <mattst88 at gmail.com>
AuthorDate: Wed Aug 27 18:40:46 2014 -0700
Commit:     Matt Turner <mattst88 at gmail.com>
CommitDate: Thu Sep 25 11:02:36 2014 -0700

    i965: Emit ELSE/ENDIF JIP with type D on Gen 7.

    The spec says the type must be W (JIP is 16-bits after all), but we've
    been emitting it with a UD type all along and have experienced no
    adverse effects. Changing the type to D allows ELSE and ENDIF
    instructions to be compacted.

    Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>
    Reviewed-by: Jason Ekstrand <jason.ekstrand at intel.com>

Reverting that commit fixes the issue.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20141001/8a5abb78/attachment.html>