Bug 93765 - Complete system freeze on resume wake up from suspend -- BUG: unable to handle kernel paging request at ffffc90402435ffc
Summary: Complete system freeze on resume wake up from suspend -- BUG: unable to hand...
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: high critical
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-19 00:13 UTC by Chris
Modified: 2019-11-19 07:55 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:

Attachments
These are the errors I find in the logs. (3.96 KB, text/plain)
2016-01-19 00:13 UTC, Chris 		no flags Details
Here's another one. (3.71 KB, text/plain)
2016-01-19 00:14 UTC, Chris 		no flags Details
Full log as requested (kernel 4.4.0-3.g75554c0) (143.99 KB, text/plain)
2016-01-19 18:41 UTC, Chris 		no flags Details
Full log as requested (kernel 4.1.13-5) (152.19 KB, text/plain)
2016-01-19 19:00 UTC, Chris 		no flags Details
Complete crash dump Ubuntu 14.04 (17.28 MB, text/plain)
2016-01-21 07:02 UTC, Chris 		no flags Details
Journal of Fedora 23 crash (169.28 KB, text/plain)
2016-01-25 18:09 UTC, Chris 		no flags Details
Journal of Fedora 23 crash (kernel 4.3.3) (187.02 KB, text/plain)
2016-01-26 07:03 UTC, Chris 		no flags Details
View All

Description Chris 2016-01-19 00:13:57 UTC 
Created attachment 121122 [details]
These are the errors I find in the logs.

I'm running on a fresh install of openSUSE Leap 42.1 with a Radeon 6850 card with default kernel (4.1.13-5) and open source drivers. The issue is when I resume from suspend. After about 5 seconds of normal operation, the system just hangs completely. I cannot switch ttys, but I can do ALT + PrntScrn + REISUB. The only way to be able to use the machine is to do a full power cycle. 

I tried the latest kernel as of today for Leap 42.1 (4.4.0-3.1.g75554c0) and it experiences the same problem, but even worse. The system hangs randomly at anytime. 

I also have an Ubuntu 14.04.3 install on another partition with kernel 3.19.0.43 with fglrx drivers, and it also experiences the same issue.

I've attached parts of the relevant output from journalctl.
Comment 1 Chris 2016-01-19 00:14:50 UTC 
Created attachment 121123 [details]
Here's another one.
Comment 2 Michel Dänzer 2016-01-19 09:22:21 UTC 
(In reply to Chris from comment #0)
> Created attachment 121122 [details]
> These are the errors I find in the logs.

Please attach the full output of dmesg, or at least more drm/radeon messages before these.


> I'm running on a fresh install of openSUSE Leap 42.1 with a Radeon 6850 card
> with default kernel (4.1.13-5) and open source drivers. The issue is when I
> resume from suspend. After about 5 seconds of normal operation, the system
> just hangs completely. I cannot switch ttys, but I can do ALT + PrntScrn +
> REISUB. The only way to be able to use the machine is to do a full power
> cycle. 

Did this work before, e.g. with an older kernel?


> I tried the latest kernel as of today for Leap 42.1 (4.4.0-3.1.g75554c0) and
> it experiences the same problem, but even worse. The system hangs randomly
> at anytime. 

Sounds like it might be a different / additional problem, which would need to be tracked separately.


> I also have an Ubuntu 14.04.3 install on another partition with kernel
> 3.19.0.43 with fglrx drivers, and it also experiences the same issue.

That's most definitely a separate issue, which would need to be tracked in an fglrx bug tracker.
Comment 3 Chris 2016-01-19 18:26:59 UTC 
(In reply to Michel Dänzer from comment #2)

> Did this work before, e.g. with an older kernel?

I only tried the default kernel that came with Leap 42.1 to see if Ubuntu might be the problem.

In regards to Ubuntu, I always had the same problem on kernels as low as 3.13 with open source drivers. I only recently installed fglrx to see if this was fixed.
Comment 4 Chris 2016-01-19 18:41:57 UTC 
Created attachment 121142 [details]
Full log as requested (kernel 4.4.0-3.g75554c0)

In this log I suspend the system, then resume two hours later with a complete hang after ~5 seconds.
Comment 5 Chris 2016-01-19 19:00:30 UTC 
Created attachment 121143 [details]
Full log as requested (kernel 4.1.13-5)
Comment 6 Chris 2016-01-19 19:01:36 UTC 
Comment on attachment 121143 [details]
Full log as requested (kernel 4.1.13-5)

In this one I suspend the PC and resume it the next morning.
Comment 7 Chris 2016-01-21 07:02:57 UTC 
Created attachment 121168 [details]
Complete crash dump Ubuntu 14.04

I purged the fglrx drivers from my Ubuntu 14.04.3 (kernel 3.19.0.43) install to give the open source drivers another shot. No change, same issue. Here's a complete crash dump of Xorg after the hang that Ubuntu generated for me.

Note: it's a relatively large file so search for "GPU lockup" or "ring 0 stalled for" to find the errors.
Comment 8 Chris 2016-01-25 18:09:44 UTC 
Created attachment 121274 [details]
Journal of Fedora 23 crash

Tried out Fedora 23, fresh install. Still locking up on resume. This time with kernel 4.2.3

I will update the system and report back if any updates help.
Comment 9 Chris 2016-01-26 07:03:53 UTC 
Created attachment 121295 [details]
Journal of Fedora 23 crash (kernel 4.3.3)

Still no luck with most up-to-date Fedora 23 with 4.3.3 kernel. Full journal is attached.

Has there been any progress made on this bug or has it not been looked into yet? I'd appreciate any update because my workstation computer is affected by this.
Comment 10 Martin Peres 2019-11-19 07:55:08 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/151.

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.