[Bug 79052] New: [PNV Regression]igt/kms_flip subcases vblank-vs-suspend and vblank-vs-suspend-interruptible fail
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed May 21 22:34:06 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=79052
Priority: high
Bug ID: 79052
CC: intel-gfx-bugs at lists.freedesktop.org
Assignee: intel-gfx-bugs at lists.freedesktop.org
Summary: [PNV Regression]igt/kms_flip subcases
vblank-vs-suspend and vblank-vs-suspend-interruptible
fail
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 99555
--> https://bugs.freedesktop.org/attachment.cgi?id=99555&action=edit
dmesg
==System Environment==
--------------------------
Regression: Yes.
But I can't find good commit on both reset igt and kernel
Non-working platforms: PNV
==kernel==
--------------------------
-nightly: 36765340cb068dec1216342bfcdbf2678ec29860(fails)
-queued: bc76e320f21f8bd790a72bd5dc06909617432352(fails)
Author: Daniel Vetter <daniel.vetter at ffwll.ch>
Date: Tue May 20 22:46:50 2014 +0200
drm/i915: Drop now misleading DDI comment from dp_link_down
Since
commit 2e82a7203182d0883d0f9450d40ad6e1c6578ad9
Author: Imre Deak <imre.deak at intel.com>
Date: Fri Jan 17 15:46:43 2014 +0200
drm/i915: don't disable DP port after a failed link training
and
commit 5d6a1116c6475404e6505b708320f9579ae19acd
Author: Imre Deak <imre.deak at intel.com>
Date: Thu Jan 16 18:35:57 2014 +0200
drm/i915: don't disable the DP port if the link is lost
we no longer call intel_dp_link_down from generic DP code, but only
from the !HAS_DDI dp encoder functions. hsw/bdw have their own encoder
disabling callback in intel_ddi.c.
Hence the early return is no longer needed and the big comment just
confusing, so let's rip it out. To ensure what we don't accidentally
use this again on ddi encoders add a WARN_ON instead.
Spotted while reading through intel_dp.c
Cc: Imre Deak <imre.deak at intel.com>
Cc: Paulo Zanoni <paulo.r.zanoni at intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
-fixes: 4ba4801d73d14690ed15774424e8b1d4c18323a5(fails)
Author: Dave Airlie <airlied at redhat.com>
Date: Tue May 20 09:56:26 2014 +1000
Merge tag 'drm-intel-fixes-2014-05-16' of
git://anongit.freedesktop.org/drm-intel into drm-fixes
Intel fixes for regressions, black screens and hangs, for 3.15.
* tag 'drm-intel-fixes-2014-05-16' of
git://anongit.freedesktop.org/drm-intel:
drm/i915: Increase WM memory latency values on SNB
drm/i915: restore backlight precision when converting from ACPI
drm/i915: Use the first mode if there is no preferred mode in the EDID
drm/i915/dp: force eDP lane count to max available lanes on BDW
drm/i915/vlv: reset VLV media force wake request register
drm/i915/SDVO: For sysfs link put directory and target in correct order
drm/i915: use lane count and link rate from VBT as minimums for eDP
drm/i915: clean up VBT eDP link param decoding
drm/i915: consider the source max DP lane count too
==Bug detailed description==
-----------------------------
igt/kms_flip subcases below fail
igt/kms_flip/vblank-vs-suspend
igt/kms_flip/vblank-vs-suspend-interruptible
Output:
./kms_flip --run-subtest vblank-vs-suspend
IGT-Version: 1.6-gc75dcbd (i686) (Linux:
3.15.0-rc5_drm-intel-nightly_367653_20140521+ i686)
Using monotonic timestamps
Beginning vblank-vs-suspend on crtc 7, connector 8
1024x600 60 1024 1072 1104 1200 600 603 609 625 0xa 0x48 45000
.rtcwake: wakeup from ""mem"" using /dev/rtc0 at Thu May 22 16:17:32 2014
.rtcwake: wakeup from ""mem"" using /dev/rtc0 at Thu May 22 16:18:04 2014
Test assertion failure function check_state, file kms_flip.c:565:
Last errno: 0, Success
Failed assertion: es->current_seq - (es->last_seq + o->seq_step) <= 1UL << 23
unexpected vblank seq 33550631, should be >= 16783731
Subtest vblank-vs-suspend: FAIL
==Reproduce steps==
----------------------------
1. ./kms_flip --run-subtest vblank-vs-suspend
--
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/20140522/cac24f27/attachment-0001.html>
More information about the intel-gfx-bugs
mailing list