1002:9488 [iMac11,2] 12.10 quantal boots to black screen on iMac

Bug #1024507 reported by Peter T Hayward
40
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Linux
Confirmed
Medium
linux (Ubuntu)
Incomplete
High
Unassigned

Bug Description

Running 12.10, updated today, on iMac 11,2 (mid 2010) with AMD Radeon 4670.
Using kernel radeon driver (lsmod shows it running). Normal boot results in black screen. Ctl-Alt-Del reboots; indicating that system did boot. This appears to be a regression in the kernel, similar to bug 597070 (ubuntu 11.04 - used fglrx to get video to work) and to bug 863969 (ubuntu 11.10 - where an upgrade to the 3.2 kernel seemed to improve video detection). Suspend and resume does not work either, not turning off the system, only the video, and resuming to a black screen. I think the problem is in KMS, because the black screen happens even if I boot into text mode and using nomodeset fixes it. Hence filing this against xorg but expect it to go to kernel developers.

WORKAROUND: Use kernel parameter nomodeset.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: xorg 1:7.7+1ubuntu1
ProcVersionSignature: Ubuntu 3.5.0-4.4-generic 3.5.0-rc6
Uname: Linux 3.5.0-4-generic x86_64
.tmp.unity.support.test.1:

ApportVersion: 2.3-0ubuntu4
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: None
Date: Fri Jul 13 19:12:16 2012
DistUpgraded: Fresh install
DistroCodename: quantal
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes,
GraphicsCard:
 Advanced Micro Devices [AMD] nee ATI RV730 XT [Mobility Radeon HD 4670] [1002:9488] (prog-if 00 [VGA controller])
   Subsystem: Apple Inc. Device [106b:00b6]
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64+mac (20120509)
MachineType: Apple Inc. iMac11,2
ProcEnviron:
 LANGUAGE=en_GB:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: vmlinuz-3.5.0-4-generic root=UUID=268e7eb7-d871-478c-a906-b719eea881ea ro nosplash nomodeset initrd=EFI\ubuntu\initrd.img-3.5.0-4-generic
SourcePackage: xorg
Symptom: display
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/09/11
dmi.bios.vendor: Apple Inc.
dmi.bios.version: IM112.88Z.0057.B01.1112090906
dmi.board.name: Mac-F2238AC8
dmi.board.vendor: Apple Inc.
dmi.chassis.type: 13
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-F2238AC8
dmi.modalias: dmi:bvnAppleInc.:bvrIM112.88Z.0057.B01.1112090906:bd12/09/11:svnAppleInc.:pniMac11,2:pvr1.0:rvnAppleInc.:rnMac-F2238AC8:rvr:cvnAppleInc.:ct13:cvrMac-F2238AC8:
dmi.product.name: iMac11,2
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.
version.compiz: compiz 1:0.9.8+bzr3249-0ubuntu2
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.33-3
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.3-0ubuntu1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.3-0ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.12.1.902-1ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati N/A
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.19.0-1ubuntu2
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.1-1build1

Revision history for this message
Peter T Hayward (energonic) wrote :
Revision history for this message
Peter T Hayward (energonic) wrote :

The same behaviour is observed on my iMac system when I boot archlinux (kernel 3.4.4) on another partition.
In that case I needed to set 'radeon mode=0' in the modules.conf file to allow me to see anything on the main screen, even text. The default setting was mode=1.

Bryce Harrington (bryce)
affects: xorg (Ubuntu) → linux (Ubuntu)
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.5kernel[0] (Not a kernel in the daily directory) and install both the linux-image and linux-image-extra .deb packages.

Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag(Only that one tag, please leave the other tags). This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5-rc6-quantal/

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Actually, v3.5-rc7 is available, it would be great if you could test that version:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5-rc7-quantal/

Changed in linux (Ubuntu):
importance: Undecided → High
status: Confirmed → Incomplete
tags: added: kernel-da-key
Revision history for this message
Peter T Hayward (energonic) wrote :

It just happens I can do this now...
Am running kernel 3.5.0-030500rc7-generic now but it behaves just like the other kernels I have tried. Earlier today I raised a kernel bug report #44851 at bugzilla.kernel.org - pointing at suspend/resume, but I think its the same thing.
I will do the documentation you specified.

tags: added: kernel-bug-exists-upstream
description: updated
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

I'd like to perform a kernel bisect to identify the commit that caused this regression. Would it be possible for you to assist by testing some kernels? If so, we need to first identify the kernel version that introduce the regression, then we can bisect down to the actual commit.

Can you start by testing the following kernels:

v3.4 final: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-quantal/
v3.5-rc1: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5-rc1-quantal/

tags: added: performing-bisect
Changed in linux:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
Peter T Hayward (energonic) wrote : Re: [Bug 1024507] Re: 12.10 quantal boots to black screen on iMac

I can do the testing you requested over the next few days.
Can I suggest I start with kernels 3.2.0.10 vs 3.4, since I know that
some time during kernel 3.2 development suspend/resume started working
properly (see bug#863969, comment on 25 Jan 2012, kernel 3.2.0.10.10).
Kernel 3.4.4, in archlinux at the moment, doesn't work, so it might be
good to work backwards from there.
Or to work forwards from early 3.2 kernels to see what happened to fix it?
regards
Peter Hayward

On 16 July 2012 19:04, Joseph Salisbury <email address hidden> wrote:
> I'd like to perform a kernel bisect to identify the commit that caused
> this regression. Would it be possible for you to assist by testing some
> kernels? If so, we need to first identify the kernel version that
> introduce the regression, then we can bisect down to the actual commit.
>
> Can you start by testing the following kernels:
>
> v3.4 final: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-quantal/
> v3.5-rc1: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5-rc1-quantal/
>
> ** Bug watch added: Linux Kernel Bug Tracker #44851
> http://bugzilla.kernel.org/show_bug.cgi?id=44851
>
> ** Also affects: linux via
> http://bugzilla.kernel.org/show_bug.cgi?id=44851
> Importance: Unknown
> Status: Unknown
>
> ** Tags added: performing-bisect
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1024507
>
> Title:
> 12.10 quantal boots to black screen on iMac
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/linux/+bug/1024507/+subscriptions

Revision history for this message
Peter T Hayward (energonic) wrote : Re: 12.10 quantal boots to black screen on iMac

Results so far (using grub2, with manual edits to boot params to load these kernels):
### kernel 3.2.0-030200rc6-generic (16 Dec 2011)
Used nomodeset as boot param.
suspend from menu does not stop system - black screen with blinking cursor on vt1, white screen on vt7 until mouse click, then could use desktop. Network non-functional.

### kernel 3.4.0-030400-generic (22 May 2012)
nomodeset at boot.
supend from menu does not stop system - black screen. Press of space and get blinking cursor on vt1, desktop on vt7. Network down and not recoverable using menu. Could bring up wlan0 manually but wpa_supplicant command failed to run - no conf file - so abandoned attempt.
Tried to suspend a second time. Nothing happened. dmesg reported
'...
gnome-control-c .... general protection ip:...
error in libglib-2.0.so.0....
...'
Suspect something due to upgrade of glibc since this kernel.

### kernel 3.5.0-030500rc1-generic (22 June 2012)
nomodeset at boot.
suspend from menu stops system. Screen goes black and disk stops.
Press space and disk restarts. Screen stays black. Tried blind restart using shutdown command and using Ctl-Alt-Del. No response from either. Power button to restart. I think latest kernel can be restarted using Ctl-Alt-Del.

Revision history for this message
Peter T Hayward (energonic) wrote :

Problems still present on latest kernel, 3.5.0-16-generic.
- nomodeset kernel param is necessary to get a boot screen.
- xorg.conf must have Device as fbdev or get black screen when X starts.
-- However, fbdev gives quite good enough performance for me.
- Suspend works but resume is always to black screen (wrong display).
-- this last means I cannot use suspend

Revision history for this message
Peter T Hayward (energonic) wrote :

Still no resolution of this problem. I have used kernel 3.8.0 under ubuntu 13.04 and am now using kernel 3.7.9 under archlinux.
Can boot both OK, using 'nomodeset'. But both still resume to the wrong screen. The log tells me that the kernel, when it starts to sleep, tries to save state with 'vbetool'. That shows an error, no card detected. On resume I suppose there is no info available to allow radeon module to set correct screen; it defaults to wrong video screen and all terminals are black. However, the terms do accept keyboard input.
I believe this is a kernel module problem; not an xorg module problem. It affects terminals not running X (and those running X as well).

tags: removed: performing-bisect
madbiologist (me-again)
summary: - 12.10 quantal boots to black screen on iMac
+ [Radeon HD 4670] 12.10 quantal boots to black screen on iMac
Revision history for this message
penalvch (penalvch) wrote :

Peter T Hayward, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please just make a comment to this.

Also, could you please test the latest upstream kernel available (not the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.13-rc3

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

description: updated
tags: added: kernel-bug-exists-upstream-v3.5-rc7 latest-bios-120911 needs-upstream-testing
removed: kernel-bug-exists-upstream
tags: added: regression-potential
summary: - [Radeon HD 4670] 12.10 quantal boots to black screen on iMac
+ 1002:9488 [iMac11,2] 12.10 quantal boots to black screen on iMac
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Ray Perigo (immerohnegott) wrote :

Necrobumping this thing as I've been battling the same issue on an iMac 10,1 (Radeon Mobility 4670) with the most recent LTS releases. Booting normally on 14.04 OR the most recent 16.04 nightly results in a black screen when using the radeon driver. Interestingly, I can get display if I plug in an external screen on the external miniDP connector (but only on one display at a time. It will NOT display to both monitors simultaneously).

Looking at Xorg.0.log, it can detect both DisplayPort-0 (assuming this to be the internal DP connector for the built in panel) and eDP (assuming this to be external DP connector), retrieves EDID, DISCONNECTS DisplayPort-0 and then loads up using eDP. No error state reported by X, just blank screen on the built-in panel. xrandr -d :0 -q results in DisplayPort-0 disconnected, edP as the primary and a long list of modes retrieved from the internal panel's EDID. It almost seems like X's wires are crossed with these two outputs, trying to load on the external displayport using EDID gained by initially connecting to DP0.

System is otherwise running and usable - can SSH in and fool around with things while it's running / restart LightDM / play with xrandr to try and fail to make the thing work.

Listed workaround booting with nomodeset allows the system to load graphics (slowly) over LLVMPipe on the internal display.

Other fixes tried: wily-lts kernel (4.2) , latest 4.5rc kernel available in kernel.ubuntu.com/~kernel-ppa/mainline, updated driver/X stack for 14.04 . No effect.

Revision history for this message
penalvch (penalvch) wrote :

Ray Perigo, it will help immensely if you filed a new report with Ubuntu by ensuring you have the package xdiagnose installed, and that you click the Yes button for attaching additional debugging information running the following from a terminal:
ubuntu-bug xorg

Also, please feel free to subscribe me to it.

For more on why this is helpful, please see https://wiki.ubuntu.com/ReportingBugs.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.