dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: Joachim Henke <j-o@users.sourceforge.net>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [regression] blank screen with radeondrmfb on iMac G5 (ALS)
Date: Sat, 21 May 2011 19:05:55 +0200	[thread overview]
Message-ID: <4DD7F0F3.5060701@users.sourceforge.net> (raw)
In-Reply-To: <BANLkTimvSf_yrZ4-b6QGOt=1KZWxQu1FSg@mail.gmail.com>

On 05/21/11 17:14, Alex Deucher wrote:
> On Sat, May 21, 2011 at 8:21 AM, Joachim Henke
> <j-o@users.sourceforge.net>  wrote:
>> Hello,
>>
>> I found a regression in Linux 2.6.37.2 - I know this report comes quite
>> late, but I had no time to investigate until now. And I found that this
>> still persists up to 2.6.39 :(
>>
>> When I upgraded from 2.6.37 to 2.6.37.3, after reboot my machine came up
>> with a blank/black screen (backlight on). It's an iMac G5 (Ambient Light
>> Sensor) with a Radeon 9600 (RV350). After Xorg had started, the screen
>> remained blank.
>>
>> There were only a few Radeon specific changes between these two versions, so
>> that I could quickly identify the cause. It's commit
>> ce9eb2c297f918be46e36dd86b7e88cabdc3e22df
>> (9fad321ac6bedd96f449754a1a25289ea1789a49 upstream). After reverting this
>> with a simple patch, it works properly again:
>>
>> --- linux-2.6.39/drivers/gpu/drm/radeon/radeon_combios.c.orig
>> +++ linux-2.6.39/drivers/gpu/drm/radeon/radeon_combios.c
>> @@ -1515,11 +1515,6 @@
>>                            (rdev->pdev->subsystem_device == 0x4a48)) {
>>                         /* Mac X800 */
>>                         rdev->mode_info.connector_table = CT_MAC_X800;
>> -               } else if ((rdev->pdev->device == 0x4150)&&
>> -                          (rdev->pdev->subsystem_vendor == 0x1002)&&
>> -                          (rdev->pdev->subsystem_device == 0x4150)) {
>> -                       /* Mac G5 9600 */
>> -                       rdev->mode_info.connector_table = CT_MAC_G5_9600;
>>                 } else
>>   #endif /* CONFIG_PPC_PMAC */
>>   #ifdef CONFIG_PPC64
>>
>>
>> This is a diff from the dmesg [without my patch] ->  [with my patch]:
>>
>>   [drm] ring test succeeded in 0 usecs
>>   [drm] radeon: ib pool ready.
>>   [drm] ib test succeeded in 0 usecs
>> -[drm] Connector Table: 12 (mac g5 9600)
>> -[drm] No valid Ext TMDS info found in BIOS
>> -[drm] No TV DAC info found in BIOS
>> +[drm] Connector Table: 1 (generic)
>>   [drm] No TMDS info found in BIOS
>> +[drm] No TV DAC info found in BIOS
>>   [drm] Radeon Display Connectors
>>   [drm] Connector 0:
>>   [drm]   DVI-I
>>   [drm]   HPD1
>>   [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
>>   [drm]   Encoders:
>> -[drm]     DFP2: INTERNAL_DVO1
>> +[drm]     DFP1: INTERNAL_TMDS1
>>   [drm]     CRT2: INTERNAL_DAC2
>>   [drm] Connector 1:
>> -[drm]   DVI-I
>> -[drm]   HPD2
>> +[drm]   VGA
>>   [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
>>   [drm]   Encoders:
>> -[drm]     DFP1: INTERNAL_TMDS1
>>   [drm]     CRT1: INTERNAL_DAC1
>>   [drm] Connector 2:
>>   [drm]   S-video
>>
>>
>> On which kind of machines was the original commit tested/supposed to work?
>> Do you see a possibility to fix this in a proper way upstream?
>
> It was a 9600 from a G5, I don't recall which one.  Thank apple for
> making multiple systems all wired up differently with the same pci
> ids.  I suppose to fix it properly we'll need some way of identifying
> the specific machine.  Are there specific ids for each g5 for
> of_machine_is_compatible()?
>
> Alex
>

Thanks for your fast reply! FYI, this is what /proc/cpuinfo tells:

platform	: PowerMac
model		: PowerMac8,2
machine		: PowerMac8,2
motherboard	: PowerMac8,2 MacRISC4 Power Macintosh

But instead of excluding this model, it's probably better to only include 
the model the patch was originally written for - in case there are other 
systems which got broken ;)

>>
>> Thanks and regards,
>> Joachim Henke

  parent reply	other threads:[~2011-05-21 17:05 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-21 12:21 [regression] blank screen with radeondrmfb on iMac G5 (ALS) Joachim Henke
2011-05-21 15:14 ` Alex Deucher
2011-05-21 16:02   ` Michel Dänzer
2011-05-21 17:05   ` Joachim Henke [this message]
2011-06-06 16:53     ` [PATCH] drm/radeon/kms: fix mac g5 quirk Alex Deucher
2011-06-14  6:39       ` Michel Dänzer
2011-06-14  6:48         ` Alex Deucher
2011-06-14  6:57           ` Michel Dänzer
2011-06-14 15:22             ` [PATCH] drm/radeon/kms: be more pendatic about the " Alex Deucher
2011-06-14 15:25               ` Michel Dänzer
2011-06-14 15:27                 ` [PATCH] drm/radeon/kms: be more pedantic about the g5 quirk (v2) Alex Deucher

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DD7F0F3.5060701@users.sourceforge.net \
    --to=j-o@users.sourceforge.net \
    --cc=alexdeucher@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).