[Bug 91844] New: [HSW Regression] intel_do_flush_locked failed: Invalid argument
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Sep 1 17:06:09 PDT 2015
https://bugs.freedesktop.org/show_bug.cgi?id=91844
Bug ID: 91844
Summary: [HSW Regression] intel_do_flush_locked failed: Invalid
argument
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/Intel
Assignee: intel-gfx-bugs at lists.freedesktop.org
Reporter: andreas.reis at gmail.com
QA Contact: intel-gfx-bugs at lists.freedesktop.org
CC: intel-gfx-bugs at lists.freedesktop.org
Created attachment 118041
--> https://bugs.freedesktop.org/attachment.cgi?id=118041&action=edit
dmesg (2015y-09m-01d-10h-47m-22s), 4200U started with drm.debug=7
Getting said failure since a few days on 4200U and 4770, currently on
drm-intel-nightly: 2015y-09m-01d-10h-47m-22s. mesa, libdrm etc. are git
versions from today as well.
Basically any program (other than the first after boot, which always seems to
succeed) trying to use certain hardware acceleration has a high chance of
failing. It isn't consistent though, sometimes the programs run in later tries
just to fail again in yet further ones afterwards.
Specifically, I've seen it happen with Chrome, Steam and every mesa-demo I've
tried.
grepping the attacked dmesg for i915 yields in repetition:
[drm:i915_gem_open]
[drm:i915_gem_context_create_ioctl] HW context 1 created
[drm:i915_parse_cmds] CMD: Command length exceeds batch length: 0x092C51B8
length=58 batchlen=22
[drm:i915_parse_cmds] CMD: batch set OACONTROL but did not clear it
--
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/20150902/cb94c409/attachment.html>
More information about the intel-gfx-bugs
mailing list