Bug 44851 - resume to black screen
Summary: resume to black screen
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_video-dri
Depends on:
Reported: 2012-07-16 09:26 UTC by Peter
Modified: 2015-02-19 16:32 UTC (History)
2 users (show)

See Also:
Kernel Version: 3.9
Regression: No
Bisected commit-id:

X windows log (19.16 KB, text/plain)
2012-07-16 13:55 UTC, Peter
dmesg (99.70 KB, text/plain)
2012-07-16 13:57 UTC, Peter
Xorg.0.log file (32.04 KB, application/octet-stream)
2013-05-13 17:36 UTC, Peter
dmesg.txt file (53.25 KB, text/plain)
2013-05-13 17:40 UTC, Peter
kdm.log file (402.29 KB, application/octet-stream)
2013-05-13 17:44 UTC, Peter

Description Peter 2012-07-16 09:26:55 UTC
System: iMac 11,2 (mid2010) with AMD radeon 4670.
kernel 3.5.0-3 used on ubuntu 12.10. No swap partition.
Boot requires nomodeset on kernel command line, else black screen (even for text-only boot. Radeon module disconnects wrong display port).

Resume after suspend shows black screen, but reboots using Ctl-Alt-Del, so has resumed from suspend. Suspect kms invoked on resume and radeon disconnects wrong display port.

Same behaviour on archlinux using kernel 3.4.4-1.
Comment 1 Alex Deucher 2012-07-16 12:52:46 UTC
Please attach your xorg log and dmesg output.  What do you mean by wrong display port?  Is this a hybrid laptop with multiple GPUs?
Comment 2 Peter 2012-07-16 13:55:04 UTC
Created attachment 75481 [details]
X windows log

This log is from when the system is started using nomodeset and X video driver is fbdev.
Comment 3 Peter 2012-07-16 13:57:00 UTC
Created attachment 75491 [details]

dmesg log from when kernel starts with nomodeset and X video driver is fbdev.
Comment 4 Peter 2012-07-16 13:59:38 UTC
Sorry if I've used the wrong terminology. This is a standard iMac.
When I used the AMD proprietary fglrx driver some time ago on ubuntu 11.04 it showed two display screens detected. The main one is the iMac display and the other is for the display port to attach an external monitor. Now I use the radeon kernel driver at boot time and the xf86 fbdev module for X. 
If I do a text-only boot without telling the kernel 'nomodeset', I get a black screen; but it has booted - I presume the other 'display port' (or 'connector'? not my main screen) has been chosen for text output.
Assuming I boot with nomodeset then I can start X OK, provided I use the xf86 fbdev driver (the xf86 ati driver just gives me a black screen - but rebootable, etc). Then I can suspend the system and it goes quiet.
If I then awaken it using a keypress, I can hear it starting up, but the screen stays black. I can reboot from here with Ctl-Alt-Del. My assumption is that, on resume, the system tries to run a modeset from the kernel module and decides to turn off the main screen. I would like to avoid it doing that because essentially I cannot use suspend/resume.
Comment 5 Peter 2013-05-13 08:27:10 UTC
Just upgraded my arch installation on iMac from kernel 3.8.13 to 3.9.2. 
Was working, still with the fbdev driver, but now cannot boot properly, either by grub efi or by pure efi (image selected by rEFInd). Behaves as if the 'nomodeset' parameter is ignored; results in all terminal screens black (but sounds as if it has booted).
An arch image running in virtualbox (on mac) has upgraded to 3.9.2 without problem, but that does not need 'nomodeset'.
Comment 6 Alex Deucher 2013-05-13 14:29:03 UTC
Does it work ok if you boot with bootcamp?  Also, you might try a 3.10 kernel there were some fixes for EFI systems.
Comment 7 Alex Deucher 2013-05-13 14:30:15 UTC
Can you attach your xorg log and dmesg output with the radeon driver (without nomodeset)?
Comment 8 Peter 2013-05-13 17:36:33 UTC
Created attachment 101291 [details]
Xorg.0.log file

Xorg.0.log obtained from attempt to boot my iMac by efi (directly from kernel image, and without the 'nomodeset' parameter).
Comment 9 Peter 2013-05-13 17:40:37 UTC
Created attachment 101301 [details]
dmesg.txt file

Booted system from arch boot CD. Mounted main mac disk partition for arch (that doesn't boot since upgrade to kernel 3.9.2). chroot to that partition. Run dmesg and pipe output to external disk.
Comment 10 Peter 2013-05-13 17:44:56 UTC
Created attachment 101311 [details]
kdm.log file

File from arch partition on main mac disk. Seems to show problem with kdm_greet after failing to find a dbus session (which might be a result of a graphics problem earlier).
Comment 11 Peter 2013-05-21 10:15:05 UTC
Still on iMac, installed fedora 18 on partition previously used by Arch (would boot using KMS into black vts). fedora using kernel 3.6. Behaved like Arch did previously; had to use kernel option 'nomodeset' to get any vt screens and that stopped radeon module from being loaded by X 
(Xorg.0.log had: '[KMS] drm report modesetting isn't supported' and
this was followed by 'No screens found')

Now upgraded fedora to use kernel 3.9.2 and, as with Arch, get black vts even if 'nomodeset' on kernel boot line.

The current kernel 3.9.2 is of no use on my system; I have no way to boot it and run vt screens. Others who might need nomodeset may also be affected.

Note You need to log in before you can comment on or make changes to this bug.