Bug 103046 - [ivb] hangs with 4.13
Summary: [ivb] hangs with 4.13
Status: CLOSED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: XOrg git
Hardware: Other All
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-09-30 08:02 UTC by Jiri Slaby
Modified: 2018-04-20 14:31 UTC (History)
1 user (show)

See Also:
i915 platform: IVB
i915 features: GPU hang


Attachments
xorg.log (49.28 KB, application/x-trash)
2017-09-30 08:02 UTC, Jiri Slaby
no flags Details

Description Jiri Slaby 2017-09-30 08:02:06 UTC
Created attachment 134575 [details]
xorg.log

I am using plasma 5 with compositing enabled for a long time.

Since kernel upgrade to 4.13, I see occasional hangs of the graphics on VT7. It happened 3 times already and always during switch of the desktops. The animation just hangs after the switch, still showing what desktop I ended at. After that I still can move with the mouse pointer, but nothing else.

No traces in dmesg or Xorg.log -- the GPU is not hung. I can change to VT1 and reboot.

I am not sure what states should I provide?
Comment 1 Chris Wilson 2017-09-30 09:28:33 UTC
That xorg.log says -modesetting, fwiw. No error messages anywhere, suggests that it is just a bad pageflip request. If you are stuck, either enable DebugPresent in xorg, or --enable-debug=full in sna, and we can go over the logs looking for the needle.
Comment 2 Jiri Slaby 2017-09-30 11:00:53 UTC
My bad, I wanted to write ivb, not sna :/. So with modesetting as you correctly deduced, is there anything to trap? Will DebugPresent still help?
Comment 3 Chris Wilson 2017-09-30 17:16:06 UTC
I think DebugPresent is the avenue we want to persue, it will at least give us clue as to the sequence that lead up to the hang. On top of that, drm.debug=0x1e may help, but if it is bad userspace timing not so much.
Comment 4 Elizabeth 2017-10-02 19:05:21 UTC
(In reply to Chris Wilson from comment #3)
> I think DebugPresent is the avenue we want to persue, it will at least give
> us clue as to the sequence that lead up to the hang. On top of that,
> drm.debug=0x1e may help, but if it is bad userspace timing not so much.
Changing to NEEDINFO.
Comment 5 Jani Saarinen 2018-03-29 07:09:59 UTC
First of all. Sorry about spam.
This is mass update for our bugs. 

Sorry if you feel this annoying but with this trying to understand if bug still valid or not.
If bug investigation still in progress, please ignore this and I apologize!

If you think this is not anymore valid, please comment to the bug that can be closed.
If you haven't tested with our latest pre-upstream tree(drm-tip), can you do that also to see if issue is valid there still and if you cannot see issue there, please comment to the bug.
Comment 6 Jani Saarinen 2018-04-20 14:31:40 UTC
Closing, please re-open if still occurs.


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.