Bug 94686 - [i915] hard freeze after install update from commit 4e108afe55f6b13aa946d1252ff0b828929245b3
Summary: [i915] hard freeze after install update from commit 4e108afe55f6b13aa946d1252...
Status: CLOSED DUPLICATE of bug 94685
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL: https://bugs.archlinux.org/task/48686
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-24 18:35 UTC by FadeMind
Modified: 2017-07-24 22:42 UTC (History)
2 users (show)

See Also:
i915 platform: IVB
i915 features:


Attachments
Xorg.log with debug flags enabled (1.10 MB, application/x-compressed-tar)
2016-03-24 18:35 UTC, FadeMind
no flags Details

Description FadeMind 2016-03-24 18:35:58 UTC
Created attachment 122524 [details]
Xorg.log with debug flags enabled

Regression.

Since workaround issue #94515 https://bugs.freedesktop.org/show_bug.cgi?id=94515
via https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/xorg-server&id=bb37fae55e67f14bc491ca6bcccde3907f73b21c
all was FINE.

Currently I using xf86-video-intel-git 1:2.99.917+580+gf656f6a-1

based on commit https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=f656f6afa288c63968f45d6d32c96a4cf6213117 and ALL is FINE.

After upgrade xf86-video-intel-git to 1:2.99.917+586+g4e108af-1 and reboot, after while I had freeze whole KDE Plasma again (like it was in #94515 before workaround).




DEBUG DMESG and xorg.0.log AFTER happened issue.

Lastest Lines:

AT 645129 begin

[ 71.224] sna_accel_flush: flush?=0, dirty?=0
[ 71.224] sna_accel_flush: flush?=0, dirty?=0
[ 71.224] sna_block_handler (tv=-1.0)
[ 71.224] sna_accel_do_throttle -- no pending activity
[ 71.224] sna_wakeup_handler
[ 71.224] sna_mode_wakeup: len=32
[ 71.224] sna_crtc_record_swap: recording last swap on pipe=0, frame 4208 [msc=4208], time 71.223723
[ 71.224] vblank_complete: 4208 too early, now 4294971428, expected 91
[ 71.224] sna_present_queue: target msc=4294971428, seq=4132 (last_msc=4208)
[ 71.224] sna_wait_vblank(pipe=0, waiting until seq=4132)


REPEAT to the end:

[ 71.224] sna_mode_wakeup: len=32
[ 71.224] sna_crtc_record_swap: recording last swap on pipe=0, frame 4208 [msc=4208], time 71.223723
[ 71.224] vblank_complete: 4208 too early, now 4294971428, expected 91
[ 71.224] sna_present_queue: target msc=4294971428, seq=4132 (last_msc=4208)
[ 71.224] sna_wait_vblank(pipe=0, waiting until seq=4132)

... 


[ 83.370] sna_mode_wakeup: len=32
[ 83.370] sna_crtc_record_swap: recording last swap on pipe=0, frame 4940 [msc=4940], time 83.359320
[ 83.370] vblank_complete: 4940 too early, now 4294971428, expected 91
[ 83.370] sna_present_queue: target msc=4294971428, seq=4132 (last_msc=4940)
[ 83.370] sna_wait_vblank(pipe=0, waiting until seq=4132)
[ 83.370] sna_mode_wakeup: len=32
[ 83.370] sna_crtc_record_swap: recording last swap on pipe=0, f
Comment 1 Chris Wilson 2016-03-24 18:41:52 UTC
I've just this moment think I caught that:

commit c186d4dda3b62b73af3caf2883a9cedfd97e3b45
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Thu Mar 24 18:22:20 2016 +0000

    sna/present: Restrict vblank.sequence range to 31bits
    
    The kernel checks for past vblanks using an int32_t comparison, so we
    can only program up to 31bits into the future (and similarly programing
    a timer that large would also overflow).
    
    References: https://bugs.freedesktop.org/show_bug.cgi?id=94685
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Could you quickly test that and regrab the debug log? Thanks.

*** This bug has been marked as a duplicate of bug 94685 ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.