Bug 76131

Summary: Regression: Wake up after suspend broken with Radeon R7 260x (BONAIRE, radeonsi)
Product: Drivers Reporter: Felix Homann (linuxaudio)
Component: Video(DRI - non Intel)Assignee: drivers_video-dri
Status: NEW ---    
Severity: normal CC: deathsimple, linuxaudio, szg00000
Priority: P1    
Hardware: x86-64   
OS: Linux   
Kernel Version: 3.15.0-rc5+ (commit 14186fea0cb06bc43181ce239efe0df6f1af260a) Subsystem:
Regression: Yes Bisected commit-id:

Description Felix Homann 2014-05-14 08:42:32 UTC
My sytem won't wake up (properly) after suspend when using a Radeon R7 260x: The screen stays black and the system cannot be reached over ssh. Using the onboard Intel graphics adapter the system will wake up properly with the same kernel.

This has not been a problem with 3.13.x kernels. I have not tested with 3.14 kernels.

I am using the MESA driver, the BONAIRE_mc2.bin firmware is present. Overall performance of the driver is great.


The kernel I'm using is commit 14186fea0cb06bc43181ce239efe0df6f1af260a from Linus' tree.

Here's the output of ver_linux:

Linux yerbouti.fritz.box 3.15.0-rc5+ #1 SMP Tue May 13 16:34:21 CEST 2014 x86_64 x86_64 x86_64 GNU/Linux
 
Gnu C                  4.8.2
Gnu make               3.82
binutils               2.23.2
util-linux             2.24.2
mount                  assert
module-init-tools      15
e2fsprogs              1.42.8
jfsutils               1.1.15
reiserfsprogs          3.6.21
pcmciautils            018
PPP                    2.4.5
Linux C Library        2.18
Dynamic linker (ldd)   2.18
Procps                 3.3.8
Net-tools              2.10-alpha
Kbd                    1.15.5
oprofile               0.9.9
Sh-utils               8.21
wireless-tools         29
Modules Loaded         rfcomm ipt_MASQUERADE fuse xt_CHECKSUM tun nf_conntrack_netbios_ns nf_conntrack_broadcast ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw bnep it87 hwmon_vid vfat fat btusb bluetooth 6lowpan_iphc rfkill iTCO_wdt iTCO_vendor_support uas usb_storage x86_pkg_temp_thermal coretemp kvm_intel kvm bcache crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel snd_hda_codec_via snd_hda_codec_generic microcode snd_hda_codec_hdmi serio_raw snd_hda_intel pcspkr snd_hda_controller i2c_i801 snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm mei_me tpm_infineon mei tpm_tis tpm video snd_timer snd lpc_ich mfd_core shpchp soundcore binfmt_misc radeon btrfs xor raid1 i2c_algo_bit drm_kms_helper ttm raid6_pq drm firewire_ohci alx firewire_core r8169 i2c_core mii crc_itu_t mdio
Comment 1 Christian König 2014-05-14 08:46:09 UTC
Sounds like a duplicate of https://bugzilla.kernel.org/show_bug.cgi?id=75651
Comment 2 Felix Homann 2014-05-14 09:37:16 UTC
The proposed patch https://bugzilla.kernel.org/attachment.cgi?id=135881 doesn't fix the issue on my machine.
Comment 3 Christian König 2014-05-14 09:42:51 UTC
Then please bisect what commit broke it for you.
Comment 4 Felix Homann 2014-05-14 09:55:59 UTC
I'll do (*). But bisecting will not be that easy as the R7 260x is mostly broken on 3.14.x anyway, see https://bugzilla.redhat.com/show_bug.cgi?id=1094153 and the corresponding report on freedesktop.org. The bisect result might get wrong due to the overall 3.14.x issues.


(*) I probably won't find any time for a bisect session before May 26.
Comment 5 Felix Homann 2014-05-14 10:07:37 UTC
OK, 3.14.x kernels will resume fine if I suspend before the screen freezes.