Bug 54133 - [radeon][RV620] Resuming from suspend/hibernation randomly fails since kernel 3.5.0
Summary: [radeon][RV620] Resuming from suspend/hibernation randomly fails since kernel...
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Default DRI bug account
QA Contact:
URL: https://bugzilla.redhat.com/show_bug....
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-27 21:15 UTC by Loïc Yhuel
Modified: 2019-11-19 08:28 UTC (History)
6 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Screen when resuming on RV610 gpu (272.79 KB, image/jpeg)
2018-08-30 14:24 UTC, korbin.freedman
no flags Details
Possible error messages relating to the bug (1.52 MB, image/jpeg)
2018-08-30 14:33 UTC, korbin.freedman
no flags Details

Description Loïc Yhuel 2012-08-27 21:15:23 UTC
Since 3.5.0 kernel (currently 3.5.2-3.fc17.x86_64), resuming from suspend or hibernation randomly fails. There is no display, and the screen flashes every few seconds (probably due to the backlight).

Hardware:
Toshiba Satellite Pro A300 laptop
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series

Here are the relevant kernel messages :
[drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
radeon 0000:01:00.0: WB enabled
radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0xffff880134cc6c00
[drm] ring test on 0 succeeded in 0 usecs
[drm] ib test on ring 0 succeeded in 0 usecs
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -35!
radeon 0000:01:00.0: GPU reset succeed
[drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
...
Comment 1 Alex Deucher 2012-08-27 21:28:29 UTC
Can you bisect?
Comment 2 Loïc Yhuel 2012-08-27 22:05:43 UTC
I will try, but it can be long as the problem is not systematic.
Comment 3 aaannz 2012-10-27 16:34:27 UTC
I am experiencing same problem. My log repeats this messages almost 4times/second:

[drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
radeon 0000:01:00.0: WB enabled
radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880220418c00
[drm] ring test on 0 succeeded in 1 usecs
[drm] ib test on ring 0 succeeded in 0 usecs
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -35!
radeon 0000:01:00.0: GPU reset succeeded, trying to resume
[drm] probing gen 2 caps for device 8086:29e1 = 2/0
[drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0

HW is desktop pc with GPU
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV770 [Radeon HD 4850]

using openSUSE 12.2 with kernel 3.6.3

But I think I didn't encounter this issue back in august when this report was created and I always try to use the latest kernel released. I start to hitting this after upgrading to xorg server 1.13 (default openSUSE has 1.12) and Mesa 9.0 (default openSUSE is Mesa 8.x)
Comment 4 aaannz 2012-11-11 15:21:46 UTC
Noticed that this can be easily triggered by switching between text and X console few times.

My current versions:
# uname -a
Linux Cerberos 3.6.5-10-desktop #1 SMP PREEMPT Wed Oct 31 20:15:15 UTC 2012 (cefb3b0) x86_64 x86_64 x86_64 GNU/Linux
# rpm -q libdrm_radeon1
libdrm_radeon1-2.4.39-94.1.x86_64
Comment 5 aaannz 2013-01-05 17:17:49 UTC
Since upgrade to kernel 3.7.1 (from openSUSE Tumbleweed) I can no longer replicate this. For me this problem appears to be fixed.
Comment 6 Ash 2013-01-18 00:54:19 UTC
I am using kernel 3.7.2-201.fc18.x86_64 (Fedora 18) and no libdrm_radeon and am also experiencing this problem. Problem not present in Fedora 17.
Comment 7 Jean-François Fortin Tam 2013-01-22 15:14:28 UTC
Downstream reports:
https://bugzilla.redhat.com/show_bug.cgi?id=883536
https://bugzilla.redhat.com/show_bug.cgi?id=849347

I'm kinda wondering if this has something to do with 64-bits (probably not, as comment 6 hints that this was not present in Fedora 17 64-bits).
Comment 8 Alex Deucher 2013-01-22 15:29:14 UTC
Can anyone bisect and track down what broke it?
Comment 9 Jean-François Fortin Tam 2013-01-24 14:10:17 UTC
I don't think I have the knowledge to build (and git bisect!) my own driver, however there is some additional clue I can give from https://bugzilla.redhat.com/show_bug.cgi?id=883536 :

the issue does not seem to be strictly related to suspend & resume. It is very easy to trigger the problem in Fedora 18 by booting up to the GDM login screen, switching to another virtual terminal by pressing ctrl+alt+F3, then trying to switch back to GDM by doing ctrl+alt+F1.
Comment 10 korbin.freedman 2018-08-30 14:24:44 UTC
Created attachment 141375 [details]
Screen when resuming on RV610 gpu
Comment 11 korbin.freedman 2018-08-30 14:30:35 UTC
Hello all, my RV610 gpu has issues when resuming. I usually get the screen i posted. When that screen appears, the only solution ive found is to Ctrl+alt+f3 and reboot the system. That screen will sometimes flicker, or even briefly show the login screen before going back to it. One day I noticed some messages maybe describing the bug shown in attachment 2 [details] [review] 

Relevant Dmesg|grep radeon

[   12.079128] [drm] radeon kernel modesetting enabled.
[   12.079207] fb: switching to radeondrmfb from VESA VGA
[   12.079781] radeon 0000:01:00.0: VRAM: 256M 0x0000000000000000 - 0x000000000FFFFFFF (256M used)
[   12.079783] radeon 0000:01:00.0: GTT: 512M 0x0000000010000000 - 0x000000002FFFFFFF
[   12.084832] [drm] radeon: 256M of VRAM memory ready
[   12.084834] [drm] radeon: 512M of GTT memory ready.
[   13.837201] [drm] radeon: power management initialized
[   13.868698] radeon 0000:01:00.0: WB enabled
[   13.868702] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0x00000000196569de
[   13.869146] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x00000000000521d0 and cpu addr 0x000000000d3aa4f8
[   13.869151] radeon 0000:01:00.0: radeon: MSI limited to 32-bit
[   13.869201] radeon 0000:01:00.0: radeon: using MSI.
[   13.869226] [drm] radeon: irq initialized.
[   14.843499] fbcon: radeondrmfb (fb0) is primary device
[   14.869372] radeon 0000:01:00.0: fb0: radeondrmfb frame buffer device
[   14.888793] [drm] Initialized radeon 2.50.0 20080528 for 0000:01:00.0 on minor
Comment 12 korbin.freedman 2018-08-30 14:31:26 UTC
I dont understand why "attachment 2 [details] [review]" was highlighted. sorry
Comment 13 korbin.freedman 2018-08-30 14:33:37 UTC
Created attachment 141376 [details]
Possible error messages relating to the bug
Comment 14 Martin Peres 2019-11-19 08:28:54 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/drm/amd/issues/295.


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.