[Bug 78941] New: [BDW]igt/gem_exec_params/DR1-dirt fails
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon May 19 23:12:37 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=78941
Priority: medium
Bug ID: 78941
CC: intel-gfx-bugs at lists.freedesktop.org
Assignee: intel-gfx-bugs at lists.freedesktop.org
Summary: [BDW]igt/gem_exec_params/DR1-dirt 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 99384
--> https://bugs.freedesktop.org/attachment.cgi?id=99384&action=edit
dmesg
==System Environment==
--------------------------
Regression: No.
This case always fails
Non-working platforms: BDW
==kernel==
--------------------------
-nightly: f79ba79cf037eea9ee757ad37730b00f43d5ef80 (works)
-queued: d3b448d9917a3d6531e499d88bfb13ea5e31e4ad (works)
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Fri May 16 18:59:00 2014 +0100
drm/i915: Only unpin the default ctx object if it exists
Since commit 691e6415c891b8b2b082a120b896b443531c4d45
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Wed Apr 9 09:07:36 2014 +0100
drm/i915: Always use kref tracking for all contexts.
we have contexts everywhere, and so we must be careful to distinguish
fake contexts, which do not have an associated bo, and real ones, which
do. In particular, we now need to be careful not to dereference NULL
pointers.
This is one such example, as the commit highlighted above failed to move
the unpinning of the default ctx object into the real-context-only
branch.
Reported-by: Daniel Vetter <daniel.vetter at ffwll.ch>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=78792
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Daniel Vetter <daniel.vetter at ffwll.ch>
Cc: Ben Widawsky <benjamin.widawsky at intel.com>
Cc: Mika Kuoppala <mika.kuoppala at intel.com>
Cc: Jani Nikula <jani.nikula at intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
-fixes: e95a2f7509f5219177d6821a0a8754f93892ca56 (fails)
Author: Ville Syrjälä <ville.syrjala at linux.intel.com>
Date: Thu May 8 15:09:19 2014 +0300
drm/i915: Increase WM memory latency values on SNB
On SNB the BIOS provided WM memory latency values seem insufficient to
handle high resolution displays.
In this particular case the display mode was a 2560x1440 at 60Hz, which
makes the pixel clock 241.5 MHz. It was empirically found that a memory
latency value if 1.2 usec is enough to avoid underruns, whereas the BIOS
provided value of 0.7 usec was clearly too low. Incidentally 1.2 usec
is what the typical BIOS provided values are on IVB systems.
Increase the WM memory latency values to at least 1.2 usec on SNB.
Hopefully this won't have a significant effect on power consumption.
v2: Increase the latency values regardless of the pixel clock
Cc: Robert N <crshman at gmail.com>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=70254
Tested-by: Robert Navarro <crshman at gmail.com>
Tested-by: Vitaly Minko <vitaly.minko at gmail.com>
Cc: stable at vger.kernel.org
Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
Signed-off-by: Jani Nikula <jani.nikula at intel.com>
==Bug detailed description==
-----------------------------
igt/gem_exec_params/DR1-dirt fails
This bug only occurs on -fixes branch
Output:
./gem_exec_params --run-subtest DR1-dirt
IGT-Version: 1.6-gd71add5 (x86_64) (Linux:
3.15.0-rc3_drm-intel-fixes_e95a2f_20140520+ x86_64)
Test assertion failure function __real_main55, file gem_exec_params.c:206:
Last errno: 0, Success
Failed assertion: drmIoctl(fd, DRM_IOCTL_I915_GEM_EXECBUFFER2, &execbuf) == -1
Subtest DR1-dirt: FAIL
==Reproduce steps==
----------------------------
1. ./gem_exec_params --run-subtest DR1-dirt
--
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/20140520/10f0ff85/attachment-0001.html>
More information about the intel-gfx-bugs
mailing list