From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bay0-omc3-s25.bay0.hotmail.com (bay0-omc3-s25.bay0.hotmail.com [65.54.190.163]) by ozlabs.org (Postfix) with ESMTP id CE021B7073 for ; Wed, 18 Apr 2012 05:54:47 +1000 (EST) Message-ID: Content-Type: multipart/alternative; boundary="_f820c196-4e01-4b39-bb25-f04470c2913e_" From: o jordan To: Subject: PowerPC radeon KMS - is it possible? Date: Tue, 17 Apr 2012 20:49:35 +0100 MIME-Version: 1.0 List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --_f820c196-4e01-4b39-bb25-f04470c2913e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list=2C Firstly let me say thanks for the great work you do!!! I've been trying to get Kernel Mode Setting working on my iBook with Ubuntu= 12.04. I can only get it working by forcing PCI mode (agpmode=3D-1). Set= ting agpmode=3D1 or a higher number just results in freezing and a flashing= screen. Does anybody know how to get it working fully with agp? I've tried the Debian experimental kernel with the same results. I notice = with Fedora 16 they also recommend setting agpmode=3D-1 with a radeon card.= So I'm guessing there is no easy fix?? I've been trying to sort out the kernel configuration for ati/radeon cards = with Ubuntu. I raised a bug to build back in the framebuffers https://bugs= .launchpad.net/ubuntu/+source/linux/+bug/949288 . I'd appreciate any help = with that bug report. With Userspace Mode Setting there is nolonger any 3D hardware acceleration = (https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/946677 ) so this is wh= y I'm interested in getting KMS working properly. However=2C some people s= eem to really want suspend which currently requires radeonfb. So I'm tryin= g to find a kernel configuration that works well for UMS and KMS!!! =20 This is what I proposed: CONFIG_DRM_RADEON_KMS=3Dy CONFIG_FB_RADEON=3Dy CONFIG_FB_ATY128=3Dy CONFIG_FB_ATY=3Dy So people can disable radeonfb from the yaboot prompt/conf if they want ful= ly working KMS. I'm not sure if CONFIG_AGP_UNINORTH should be compiled as = a module or built in. We are now in kernel freeze for 12.04 so to get any= changes is going to take some serious begging!!! Cheers Adam = --_f820c196-4e01-4b39-bb25-f04470c2913e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi list=2C

Firstly let me say thanks for the great work = you do!!!

I've been trying to get Kernel Mode Sett= ing working on my iBook with Ubuntu 12.04. =3BI can only get it workin= g by forcing PCI mode (agpmode=3D-1). =3BSetting agpmode=3D1 or a high= er number just results in freezing and a flashing screen. =3BDoes anyb= ody know how to get it working fully with agp?

I'v= e tried the Debian experimental kernel with the same results. =3BI not= ice with Fedora 16 they also recommend setting agpmode=3D-1 with a radeon c= ard. =3BSo I'm guessing there is no easy fix??

I've been trying to sort out the kernel configuration for ati/radeon card= s with Ubuntu. =3BI raised a bug to build back in the framebuffers&nbs= p=3Bhttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/949288 . =3BI= 'd appreciate any help with that bug report.

With = Userspace Mode Setting there is nolonger any 3D hardware acceleration (http= s://bugs.launchpad.net/ubuntu/+source/mesa/+bug/946677 ) so this is why I'm= interested in getting KMS working properly. =3BHowever=2C some people= seem to really want suspend which currently requires radeonfb. =3BSo = I'm trying to find a kernel configuration that works well for UMS and KMS!!= ! =3B

This is what I proposed:

CONFIG_DRM_RADEON_KMS=3Dy<= br> CONFIG_FB_RADEON=3Dy
CONFIG_FB_ATY128=3Dy
CONFIG_FB_ATY=3Dy

So people can disable radeon= fb from the yaboot prompt/conf if they want fully working KMS. =3BI'm = not sure if =3BCONFIG_AGP_UNINORTH should be compiled as a module = or built in. =3B

=3B

We are now in kernel fre= eze for 12.04 so to get any changes is going to take some serious begging!!= !

Cheers

Adam

= = --_f820c196-4e01-4b39-bb25-f04470c2913e_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 19CA4B6FC9 for ; Wed, 18 Apr 2012 16:40:58 +1000 (EST) Message-ID: <1334730915.5989.265.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: o jordan Date: Wed, 18 Apr 2012 08:35:15 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Die, 2012-04-17 at 20:49 +0100, o jordan wrote:=20 >=20 > I've been trying to get Kernel Mode Setting working on my iBook with > Ubuntu 12.04. I can only get it working by forcing PCI mode > (agpmode=3D-1). Setting agpmode=3D1 or a higher number just results in > freezing and a flashing screen. At which point? When radeon KMS initializes, or only when X starts? > I've tried the Debian experimental kernel with the same results. I > notice with Fedora 16 they also recommend setting agpmode=3D-1 with a > radeon card. So I'm guessing there is no easy fix?? Probably not (AGP is flaky in general, but in particular with older UniNorth bridges), but it might be interesting to see some kernel output from booting without agpmode=3D-1. If you can't get it via ssh, maybe you can via netconsole or so. > With Userspace Mode Setting there is nolonger any 3D hardware > acceleration > (https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/946677 ) =46rom the Mesa upstream POV, the drivers from the 7.11 branch could be used for this. > CONFIG_DRM_RADEON_KMS=3Dy > CONFIG_FB_RADEON=3Dy Not sure it's a good idea to set both of these =3Dy: It will prevent the radeon driver from initializing at all by default if radeonfb is active. If you want CONFIG_FB_RADEON=3Dy, I'd suggest leaving CONFIG_DRM_RADEON_KMS disabled. KMS can always be enabled at boot time with radeon.modeset=3D1. > CONFIG_FB_ATY128=3Dy > CONFIG_FB_ATY=3Dy There's no KMS for pre-Radeon ATI cards yet, so these are not directly related. > I'm not sure if CONFIG_AGP_UNINORTH should be compiled as a module or > built in. =20 I think it would only need to be built in if the radeon driver was built in, which is not recommended. P.S. The dri-devel list at freedesktop.org might be better for this, at least in addition to linuxppc-dev. --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id D4EE3B6FC4 for ; Wed, 18 Apr 2012 16:59:13 +1000 (EST) Message-ID: <1334732346.1159.5.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: o jordan Date: Wed, 18 Apr 2012 16:59:06 +1000 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2012-04-17 at 20:49 +0100, o jordan wrote: > Hi list, > > > Firstly let me say thanks for the great work you do!!! > > > I've been trying to get Kernel Mode Setting working on my iBook with > Ubuntu 12.04. I can only get it working by forcing PCI mode > (agpmode=-1). Setting agpmode=1 or a higher number just results in > freezing and a flashing screen. Does anybody know how to get it > working fully with agp? > Note also that KMS doesn't afaik have the power management code that radeonfb has for those old Mac chipsets, so suspend/resume won't work. Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 7952DB6EE7 for ; Wed, 18 Apr 2012 17:43:00 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> Date: Wed, 18 Apr 2012 09:42:52 +0200 In-Reply-To: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> ("Michel =?utf-8?Q?D=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 08:35:15 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > Not sure it's a good idea to set both of these =y: It will prevent the > radeon driver from initializing at all by default if radeonfb is active. You can say video=radeonfb:off. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [IPv6:2001:a60:0:70:0:1:25:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 05407B6FD8 for ; Wed, 18 Apr 2012 17:46:29 +1000 (EST) From: Andreas Schwab To: Benjamin Herrenschmidt Subject: Re: PowerPC radeon KMS - is it possible? References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> Date: Wed, 18 Apr 2012 09:46:23 +0200 In-Reply-To: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> (Benjamin Herrenschmidt's message of "Wed, 18 Apr 2012 16:59:06 +1000") Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Benjamin Herrenschmidt writes: > Note also that KMS doesn't afaik have the power management code that > radeonfb has for those old Mac chipsets, so suspend/resume won't work. How hard would it be to add it? Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id A9B22B6FCC for ; Wed, 18 Apr 2012 17:52:53 +1000 (EST) Message-ID: <1334735555.5989.272.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Andreas Schwab Date: Wed, 18 Apr 2012 09:52:35 +0200 In-Reply-To: References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 09:42 +0200, Andreas Schwab wrote:=20 > Michel D=C3=A4nzer writes: >=20 > > Not sure it's a good idea to set both of these =3Dy: It will prevent th= e > > radeon driver from initializing at all by default if radeonfb is active= . >=20 > You can say video=3Dradeonfb:off. I know, I'm referring to the default behaviour without any relevant kernel command line options. --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [IPv6:2001:a60:0:70:0:1:25:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id A4B05B6FBB for ; Wed, 18 Apr 2012 17:54:49 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> Date: Wed, 18 Apr 2012 09:54:46 +0200 In-Reply-To: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> ("Michel =?utf-8?Q?D=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 08:35:15 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > Probably not (AGP is flaky in general, but in particular with older > UniNorth bridges), but it might be interesting to see some kernel output > from booting without agpmode=-1. If you can't get it via ssh, maybe you > can via netconsole or so. While logging into KDE: radeon 0000:00:10.0: GPU lockup CP stall for more than 10064msec GPU lockup (waiting for 0x000003EE last fence id 0x000003ED) radeon: wait for empty RBBM fifo failed ! Bad things might happen. Failed to wait GUI idle while programming pipes. Bad things might happen. radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: GPU reset succeed radeon 0000:00:10.0: GPU reset succeed radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=0x8802C137 radeon 0000:00:10.0: GPU reset succeed radeon: wait for empty RBBM fifo failed ! Bad things might happen. Failed to wait GUI idle while programming pipes. Bad things might happen. After that is is dead. GPU lockup appears to be a common problem with the radeon driver. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 1893CB6EF1 for ; Wed, 18 Apr 2012 18:02:31 +1000 (EST) Message-ID: <1334736133.5989.278.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Andreas Schwab Date: Wed, 18 Apr 2012 10:02:13 +0200 In-Reply-To: References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 09:54 +0200, Andreas Schwab wrote:=20 > Michel D=C3=A4nzer writes: >=20 > > Probably not (AGP is flaky in general, but in particular with older > > UniNorth bridges), but it might be interesting to see some kernel outpu= t > > from booting without agpmode=3D-1. If you can't get it via ssh, maybe y= ou > > can via netconsole or so. >=20 > While logging into KDE: >=20 > radeon 0000:00:10.0: GPU lockup CP stall for more than 10064msec > GPU lockup (waiting for 0x000003EE last fence id 0x000003ED) > radeon: wait for empty RBBM fifo failed ! Bad things might happen. > Failed to wait GUI idle while programming pipes. Bad things might happen. > radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: GPU reset succeed > radeon 0000:00:10.0: GPU reset succeed > radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=3D0x8802C137 > radeon 0000:00:10.0: GPU reset succeed > radeon: wait for empty RBBM fifo failed ! Bad things might happen. > Failed to wait GUI idle while programming pipes. Bad things might happen. That's even with agpmode=3D1? Note that I'm interested in seeing the full dmesg or at least all agp/drm/radeon related messages. > After that is is dead. The whole machine? That's probably due to something going wrong (e.g. an MCE) while trying to reset the GPU. I fixed one such problem recently, but it's still not as reliable as on x86 unfortunately. > GPU lockup appears to be a common problem with the radeon driver. It's what happens when anything goes wrong with the GPU. If it doesn't happen with agpmode=3D-1, it's probably an AGP related coherency issue. --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 8EB1BB6FBB for ; Wed, 18 Apr 2012 20:20:29 +1000 (EST) Message-ID: <1334744414.3143.2.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Michel =?ISO-8859-1?Q?D=E4nzer?= Date: Wed, 18 Apr 2012 20:20:14 +1000 In-Reply-To: <1334736133.5989.278.camel@thor.local> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 10:02 +0200, Michel Dänzer wrote: > > > GPU lockup appears to be a common problem with the radeon driver. > > It's what happens when anything goes wrong with the GPU. If it doesn't > happen with agpmode=-1, it's probably an AGP related coherency issue. I had some success hacking the DRM to do an in_le32 from the ring head after writing it. Just a gross hack but it seemed to help on a G5. I suspect there's a fundamental design issue with apple bridge in that the CPU to memory path isn't coherent at all with the GPU to memory path ie. even vs. cache flush instructions (ie buffers in the memory controllers can still be out of sync). Darwin does some gross hacks to work around that, some of them visible in the AGP drivers, some burried in the Apple driver, I don't know for sure. It's possible that they end up mapping all AGP memory as cache inhibited, but we can't do that because of our linear mapping. Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 87F58B6FBB for ; Wed, 18 Apr 2012 20:35:12 +1000 (EST) Message-ID: <1334745292.5989.291.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Benjamin Herrenschmidt Date: Wed, 18 Apr 2012 12:34:52 +0200 In-Reply-To: <1334744414.3143.2.camel@pasglop> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:=20 > On Wed, 2012-04-18 at 10:02 +0200, Michel D=C3=A4nzer wrote: > >=20 > > > GPU lockup appears to be a common problem with the radeon driver. > >=20 > > It's what happens when anything goes wrong with the GPU. If it doesn't > > happen with agpmode=3D-1, it's probably an AGP related coherency issue.= =20 >=20 > I had some success hacking the DRM to do an in_le32 from the ring head > after writing it. Just a gross hack but it seemed to help on a G5. AFAICT radeon_ring_commit() does that already: DRM_MEMORYBARRIER(); WREG32(ring->wptr_reg, (ring->wptr << ring->ptr_reg_shift) & ring->= ptr_reg_mask); (void)RREG32(ring->wptr_reg); We added the readback about a decade ago. :) > I suspect there's a fundamental design issue with apple bridge in that > the CPU to memory path isn't coherent at all with the GPU to memory path > ie. even vs. cache flush instructions (ie buffers in the memory > controllers can still be out of sync). >=20 > Darwin does some gross hacks to work around that, some of them visible > in the AGP drivers, some burried in the Apple driver, I don't know for > sure. It's possible that they end up mapping all AGP memory as cache > inhibited, but we can't do that because of our linear mapping. We are doing that though... --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id B9235B703E for ; Wed, 18 Apr 2012 20:35:50 +1000 (EST) Message-ID: <1334745338.3143.3.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Andreas Schwab Date: Wed, 18 Apr 2012 20:35:38 +1000 In-Reply-To: References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 09:46 +0200, Andreas Schwab wrote: > Benjamin Herrenschmidt writes: > > > Note also that KMS doesn't afaik have the power management code that > > radeonfb has for those old Mac chipsets, so suspend/resume won't work. > > How hard would it be to add it? The code itself is relatively self contained, but the KMS power management side is a bit ... messy :-) So the real deal is to figure out how best to "hook it up" there. There's some duplication Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 7295DB6FBB for ; Wed, 18 Apr 2012 20:37:31 +1000 (EST) Message-ID: <1334745439.3143.5.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Andreas Schwab Date: Wed, 18 Apr 2012 20:37:19 +1000 In-Reply-To: <1334745338.3143.3.camel@pasglop> References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> <1334745338.3143.3.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 20:35 +1000, Benjamin Herrenschmidt wrote: > On Wed, 2012-04-18 at 09:46 +0200, Andreas Schwab wrote: > > Benjamin Herrenschmidt writes: > > > > > Note also that KMS doesn't afaik have the power management code that > > > radeonfb has for those old Mac chipsets, so suspend/resume won't work. > > > > How hard would it be to add it? > > The code itself is relatively self contained, but the KMS power > management side is a bit ... messy :-) So the real deal is to figure out > how best to "hook it up" there. > > There's some duplication Argh... bloody x220 touchpad... So I was saying, there's also some duplication in the area of dynamic clocks configuration. Some of this could be an issue as afaik, to work reliably, the suspend/resume code really wants the stuff to be setup exactly the way the code in radeon_pm does.... But it's definitely worth trying to port it over. Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 343A3B6F6E for ; Wed, 18 Apr 2012 20:44:31 +1000 (EST) Message-ID: <1334745854.5989.295.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Benjamin Herrenschmidt Date: Wed, 18 Apr 2012 12:44:14 +0200 In-Reply-To: <1334745292.5989.291.camel@thor.local> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> <1334745292.5989.291.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: Andreas Schwab , o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 12:34 +0200, Michel D=C3=A4nzer wrote:=20 > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:=20 > >=20 > > I suspect there's a fundamental design issue with apple bridge in that > > the CPU to memory path isn't coherent at all with the GPU to memory pat= h > > ie. even vs. cache flush instructions (ie buffers in the memory > > controllers can still be out of sync). > >=20 > > Darwin does some gross hacks to work around that, some of them visible > > in the AGP drivers, some burried in the Apple driver, I don't know for > > sure. It's possible that they end up mapping all AGP memory as cache > > inhibited, but we can't do that because of our linear mapping. >=20 > We are doing that though... This reminded me, I've been running with the patch below, but I'm not sure it makes any difference. Maybe Andreas or Jordan can try it. diff --git a/arch/powerpc/include/asm/agp.h b/arch/powerpc/include/asm/agp.= h index 416e12c..eb34fa5 100644 --- a/arch/powerpc/include/asm/agp.h +++ b/arch/powerpc/include/asm/agp.h @@ -2,9 +2,12 @@ #define _ASM_POWERPC_AGP_H #ifdef __KERNEL__ =20 +#include #include =20 -#define map_page_into_agp(page) +#define map_page_into_agp(page) \ + flush_dcache_range((unsigned long)page_address(page), \ + (unsigned long)page_address(page) + PAGE_SIZE) #define unmap_page_from_agp(page) #define flush_agp_cache() mb() =20 --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 0D467B6F6E for ; Wed, 18 Apr 2012 20:54:24 +1000 (EST) Message-ID: <1334746446.5989.300.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Benjamin Herrenschmidt Date: Wed, 18 Apr 2012 12:54:06 +0200 In-Reply-To: <1334745439.3143.5.camel@pasglop> References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> <1334745338.3143.3.camel@pasglop> <1334745439.3143.5.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 20:37 +1000, Benjamin Herrenschmidt wrote:=20 > On Wed, 2012-04-18 at 20:35 +1000, Benjamin Herrenschmidt wrote: > > On Wed, 2012-04-18 at 09:46 +0200, Andreas Schwab wrote: > > > Benjamin Herrenschmidt writes: > > >=20 > > > > Note also that KMS doesn't afaik have the power management code tha= t > > > > radeonfb has for those old Mac chipsets, so suspend/resume won't wo= rk. > > >=20 > > > How hard would it be to add it? > >=20 > > The code itself is relatively self contained, but the KMS power > > management side is a bit ... messy :-) That's an interesting way to put it, given the hacks to make it work between radeonfb and uninorth_agp. :) (Which are complicating making at least hibernation work with KMS on uninorth_agp) In contrast, radeon KMS uses the standard Linux device suspend/resume hooks. > > So the real deal is to figure out how best to "hook it up" there. > >=20 > > There's some duplication=20 >=20 > Argh... bloody x220 touchpad... >=20 > So I was saying, there's also some duplication in the area of dynamic > clocks configuration. Some of this could be an issue as afaik, to work > reliably, the suspend/resume code really wants the stuff to be setup > exactly the way the code in radeon_pm does.... Are you referring to radeon_pm in radeonfb or radeon KMS? Most of the latter isn't used on PPC laptops because it relies on an x86 video BIOS. --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 8AB66B6F6E for ; Wed, 18 Apr 2012 21:18:10 +1000 (EST) Message-ID: <1334747877.3143.12.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Michel =?ISO-8859-1?Q?D=E4nzer?= Date: Wed, 18 Apr 2012 21:17:57 +1000 In-Reply-To: <1334745292.5989.291.camel@thor.local> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> <1334745292.5989.291.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 12:34 +0200, Michel Dänzer wrote: > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote: > > On Wed, 2012-04-18 at 10:02 +0200, Michel Dänzer wrote: > > > > > > > GPU lockup appears to be a common problem with the radeon driver. > > > > > > It's what happens when anything goes wrong with the GPU. If it doesn't > > > happen with agpmode=-1, it's probably an AGP related coherency issue. > > > > I had some success hacking the DRM to do an in_le32 from the ring head > > after writing it. Just a gross hack but it seemed to help on a G5. > > AFAICT radeon_ring_commit() does that already: > > DRM_MEMORYBARRIER(); > WREG32(ring->wptr_reg, (ring->wptr << ring->ptr_reg_shift) & ring->ptr_reg_mask); > (void)RREG32(ring->wptr_reg); > > We added the readback about a decade ago. :) Hrm, I have a different hack in that old tree I was playing with a while back, let me see... --- a/drivers/gpu/drm/radeon/radeon_cp.c +++ b/drivers/gpu/drm/radeon/radeon_cp.c @@ -2245,6 +2245,9 @@ void radeon_commit_ring(drm_radeon_private_t *dev_priv) DRM_MEMORYBARRIER(); GET_RING_HEAD( dev_priv ); +#ifdef CONFIG_PPC + in_be32(dev_priv->ring.start); +#endif if ((dev_priv->flags & RADEON_FAMILY_MASK) >= CHIP_R600) { I think that my rational was to ensure that all previous stores to AGP (indirect buffers etc...) were pushed out & ordered vs the ring wptr update or something like that, bcs I think those path aren't well ordered in HW. In fact I suspect we might even need a bigger hammer than that in_be32(). Another hack I had around was removing the SBA reset from agp-uninorth completely on binding new pages, it seemed to cause hangs. > > I suspect there's a fundamental design issue with apple bridge in that > > the CPU to memory path isn't coherent at all with the GPU to memory path > > ie. even vs. cache flush instructions (ie buffers in the memory > > controllers can still be out of sync). > > > > Darwin does some gross hacks to work around that, some of them visible > > in the AGP drivers, some burried in the Apple driver, I don't know for > > sure. It's possible that they end up mapping all AGP memory as cache > > inhibited, but we can't do that because of our linear mapping. > > We are doing that though... Are we really ? I thought we were taking existing cachable RAM objects and mapping them into the AGP gart. Are we replacing both kernel & user mappings for those objects with an equivalent cache inhibited mapping ? I'm not -that- familiar with how ttm works here. In any case it can cause bus checkstops because the same pages can be prefetched into the cache via the linear mapping which is covered by BATs (unless you make your graphic objects HIGHMEM only but good luck with that :-) To make that work reliably we should disable the BAT mapping so the linear mapping can then be controlled on a per-page basis (on 32-bit) and this is complicated .... we have code that more/less relies on the BAT mapping being there elsewhere. On 64-bit it's even nastier because we use 16M pages for the linear mapping. Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 59645B70C1 for ; Wed, 18 Apr 2012 21:19:16 +1000 (EST) Message-ID: <1334747941.3143.13.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Michel =?ISO-8859-1?Q?D=E4nzer?= Date: Wed, 18 Apr 2012 21:19:01 +1000 In-Reply-To: <1334745854.5989.295.camel@thor.local> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> <1334745292.5989.291.camel@thor.local> <1334745854.5989.295.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: Andreas Schwab , o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 12:44 +0200, Michel Dänzer wrote: > On Mit, 2012-04-18 at 12:34 +0200, Michel Dänzer wrote: > > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote: > > > > > > I suspect there's a fundamental design issue with apple bridge in that > > > the CPU to memory path isn't coherent at all with the GPU to memory path > > > ie. even vs. cache flush instructions (ie buffers in the memory > > > controllers can still be out of sync). > > > > > > Darwin does some gross hacks to work around that, some of them visible > > > in the AGP drivers, some burried in the Apple driver, I don't know for > > > sure. It's possible that they end up mapping all AGP memory as cache > > > inhibited, but we can't do that because of our linear mapping. > > > > We are doing that though... > > This reminded me, I've been running with the patch below, but I'm not > sure it makes any difference. Maybe Andreas or Jordan can try it. It certainly is something we need to do, provided we also know there will be no subsequent access to that page via a cachable mapping until it's removed from AGP. Cheers, Ben. > > diff --git a/arch/powerpc/include/asm/agp.h b/arch/powerpc/include/asm/agp.h > index 416e12c..eb34fa5 100644 > --- a/arch/powerpc/include/asm/agp.h > +++ b/arch/powerpc/include/asm/agp.h > @@ -2,9 +2,12 @@ > #define _ASM_POWERPC_AGP_H > #ifdef __KERNEL__ > > +#include > #include > > -#define map_page_into_agp(page) > +#define map_page_into_agp(page) \ > + flush_dcache_range((unsigned long)page_address(page), \ > + (unsigned long)page_address(page) + PAGE_SIZE) > #define unmap_page_from_agp(page) > #define flush_agp_cache() mb() > > > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 3EB9DB6EF1 for ; Wed, 18 Apr 2012 21:23:40 +1000 (EST) Message-ID: <1334748206.3143.17.camel@pasglop> Subject: Re: PowerPC radeon KMS - is it possible? From: Benjamin Herrenschmidt To: Michel =?ISO-8859-1?Q?D=E4nzer?= Date: Wed, 18 Apr 2012 21:23:26 +1000 In-Reply-To: <1334746446.5989.300.camel@thor.local> References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> <1334745338.3143.3.camel@pasglop> <1334745439.3143.5.camel@pasglop> <1334746446.5989.300.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2012-04-18 at 12:54 +0200, Michel Dänzer wrote: > On Mit, 2012-04-18 at 20:37 +1000, Benjamin Herrenschmidt wrote: > > On Wed, 2012-04-18 at 20:35 +1000, Benjamin Herrenschmidt wrote: > > > On Wed, 2012-04-18 at 09:46 +0200, Andreas Schwab wrote: > > > > Benjamin Herrenschmidt writes: > > > > > > > > > Note also that KMS doesn't afaik have the power management code that > > > > > radeonfb has for those old Mac chipsets, so suspend/resume won't work. > > > > > > > > How hard would it be to add it? > > > > > > The code itself is relatively self contained, but the KMS power > > > management side is a bit ... messy :-) > > That's an interesting way to put it, given the hacks to make it work > between radeonfb and uninorth_agp. :) (Which are complicating making at > least hibernation work with KMS on uninorth_agp) Oh, I forgot about the AGP hooks indeed... but even that, it's in arch code so it's not necessarily a huge deal to move it over. IE. It's just a function pointer to call at the right time that's exported by the arch. > In contrast, radeon KMS uses the standard Linux device suspend/resume > hooks. Well, as radeonfb does. The hack with AGP is so that radeonfb gets to control when the AGP is suspended/restored as it needs to be done in a specific order and the device model doesn't provide the right ordering (they are sibling devices). There's also an early-wakeup hack but that's orthogonal, it's mostly useful for debugging and doesn't necessarily need to be ported over. > > Argh... bloody x220 touchpad... > > > > So I was saying, there's also some duplication in the area of dynamic > > clocks configuration. Some of this could be an issue as afaik, to work > > reliably, the suspend/resume code really wants the stuff to be setup > > exactly the way the code in radeon_pm does.... > > Are you referring to radeon_pm in radeonfb or radeon KMS? radeonfb. > Most of the latter isn't used on PPC laptops because it relies on an x86 > video BIOS. Right, we might be able to easily port my old code over by simply making it ppc specific. In radeonfb, it's also used for some thinkpads among others but KMS does that with the BIOS on these no ? (ie. D2 state). Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 358DAB6EF1 for ; Wed, 18 Apr 2012 21:25:41 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334735555.5989.272.camel@thor.local> Date: Wed, 18 Apr 2012 13:25:35 +0200 In-Reply-To: <1334735555.5989.272.camel@thor.local> ("Michel =?utf-8?Q?D?= =?utf-8?Q?=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 09:52:35 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > On Mit, 2012-04-18 at 09:42 +0200, Andreas Schwab wrote: >> Michel Dänzer writes: >> >> > Not sure it's a good idea to set both of these =y: It will prevent the >> > radeon driver from initializing at all by default if radeonfb is active. >> >> You can say video=radeonfb:off. > > I know, I'm referring to the default behaviour without any relevant > kernel command line options. Which is exactly the right behaviour for me. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id ED600B6EF1 for ; Wed, 18 Apr 2012 21:30:29 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> Date: Wed, 18 Apr 2012 13:30:26 +0200 In-Reply-To: <1334736133.5989.278.camel@thor.local> ("Michel =?utf-8?Q?D?= =?utf-8?Q?=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 10:02:13 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > On Mit, 2012-04-18 at 09:54 +0200, Andreas Schwab wrote: >> Michel Dänzer writes: >> >> > Probably not (AGP is flaky in general, but in particular with older >> > UniNorth bridges), but it might be interesting to see some kernel output >> > from booting without agpmode=-1. If you can't get it via ssh, maybe you >> > can via netconsole or so. >> >> While logging into KDE: >> >> radeon 0000:00:10.0: GPU lockup CP stall for more than 10064msec >> GPU lockup (waiting for 0x000003EE last fence id 0x000003ED) >> radeon: wait for empty RBBM fifo failed ! Bad things might happen. >> Failed to wait GUI idle while programming pipes. Bad things might happen. >> radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: GPU reset succeed >> radeon 0000:00:10.0: GPU reset succeed >> radeon 0000:00:10.0: (r300_asic_reset:414) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: (r300_asic_reset:433) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: (r300_asic_reset:445) RBBM_STATUS=0x8802C137 >> radeon 0000:00:10.0: GPU reset succeed >> radeon: wait for empty RBBM fifo failed ! Bad things might happen. >> Failed to wait GUI idle while programming pipes. Bad things might happen. > > That's even with agpmode=1? Yes. Note that I get pretty far into the login process until the lockup happens. > Note that I'm interested in seeing the full dmesg or at least all > agp/drm/radeon related messages. This was a test with agpmode=1: Linux agpgart interface v0.103 agpgart-uninorth 0000:00:0b.0: Apple UniNorth 2 chipset agpgart-uninorth 0000:00:0b.0: configuring for size idx: 64 agpgart-uninorth 0000:00:0b.0: AGP aperture is 256M @ 0x0 [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. radeon 0000:00:10.0: enabling device (0006 -> 0007) [drm] initializing kernel modesetting (RV350 0x1002:0x4E56 0x1002:0x4E56). [drm] register mmio base: 0x90000000 [drm] register mmio size: 65536 radeon 0000:00:10.0: Invalid ROM contents radeon 0000:00:10.0: Invalid ROM contents [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM [drm] Using device-tree clock info [drm] AGP mode requested: 1 agpgart-uninorth 0000:00:0b.0: putting AGP V2 device into 1x mode radeon 0000:00:10.0: putting AGP V2 device into 1x mode radeon 0000:00:10.0: GTT: 256M 0x00000000 - 0x0FFFFFFF [drm] Generation 2 PCI interface, using max accessible memory radeon 0000:00:10.0: VRAM: 128M 0x0000000098000000 - 0x000000009FFFFFFF (32M used) [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. [drm] Detected VRAM RAM=128M, BAR=128M [drm] RAM width 64bits DDR [TTM] Zone kernel: Available graphics memory: 384080 kiB [TTM] Zone highmem: Available graphics memory: 515152 kiB [TTM] Initializing pool allocator [drm] radeon: 32M of VRAM memory ready [drm] radeon: 256M of GTT memory ready. [drm] radeon: ib pool ready. [drm] radeon: 1 quad pipes, 1 Z pipes initialized. radeon 0000:00:10.0: WB disabled [drm] fence driver on ring 0 use gpu addr 0x00000000 and cpu addr 0xf1086000 [drm] Loading R300 Microcode [drm] radeon: ring at 0x0000000000001000 [drm] ring test succeeded in 2 usecs [drm] ib test succeeded in 0 usecs [drm] Connector Table: 2 (ibook) [drm] No panel info found in BIOS [drm] Panel info derived from registers [drm] Panel Size 1024x768 [drm] radeon legacy LVDS backlight initialized [drm] No TV DAC info found in BIOS >> After that is is dead. > The whole machine? No pings any more. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 313FDB6F62 for ; Wed, 18 Apr 2012 22:50:09 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> <1334745292.5989.291.camel@thor.local> <1334745854.5989.295.camel@thor.local> Date: Wed, 18 Apr 2012 14:49:58 +0200 In-Reply-To: <1334745854.5989.295.camel@thor.local> ("Michel =?utf-8?Q?D?= =?utf-8?Q?=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 12:44:14 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > -#define map_page_into_agp(page) > +#define map_page_into_agp(page) \ > + flush_dcache_range((unsigned long)page_address(page), \ > + (unsigned long)page_address(page) + PAGE_SIZE) That didn't help. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id DDB21B6F6E for ; Wed, 18 Apr 2012 23:03:01 +1000 (EST) Message-ID: <1334754160.5989.305.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Andreas Schwab Date: Wed, 18 Apr 2012 15:02:40 +0200 In-Reply-To: References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334735555.5989.272.camel@thor.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 13:25 +0200, Andreas Schwab wrote:=20 > Michel D=C3=A4nzer writes: >=20 > > On Mit, 2012-04-18 at 09:42 +0200, Andreas Schwab wrote:=20 > >> Michel D=C3=A4nzer writes: > >>=20 > >> > Not sure it's a good idea to set both of these =3Dy: It will prevent= the > >> > radeon driver from initializing at all by default if radeonfb is act= ive. > >>=20 > >> You can say video=3Dradeonfb:off. > > > > I know, I'm referring to the default behaviour without any relevant > > kernel command line options. >=20 > Which is exactly the right behaviour for me. You do understand that 'prevent the radeon driver from initializing at all' means direct rendering won't work at all, even with older Mesa drivers? --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id CA522B6EEB for ; Wed, 18 Apr 2012 23:07:26 +1000 (EST) Message-ID: <1334754428.5989.308.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Benjamin Herrenschmidt Date: Wed, 18 Apr 2012 15:07:08 +0200 In-Reply-To: <1334748206.3143.17.camel@pasglop> References: <1334732346.1159.5.camel__22339.9641145535$1334732429$gmane$org@pasglop> <1334745338.3143.3.camel@pasglop> <1334745439.3143.5.camel@pasglop> <1334746446.5989.300.camel@thor.local> <1334748206.3143.17.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: linuxppc-dev@lists.ozlabs.org, o jordan , Andreas Schwab List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 21:23 +1000, Benjamin Herrenschmidt wrote:=20 >=20 > Right, we might be able to easily port my old code over by simply making > it ppc specific. In radeonfb, it's also used for some thinkpads among > others but KMS does that with the BIOS on these no ? (ie. D2 state). KMS doesn't have any non-BIOS suspend/resume code yet, so it's either that or no suspend/resume. :) --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id 7CAE3B7380 for ; Wed, 18 Apr 2012 23:08:22 +1000 (EST) Message-ID: <1334754483.5989.309.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Benjamin Herrenschmidt Date: Wed, 18 Apr 2012 15:08:03 +0200 In-Reply-To: <1334747941.3143.13.camel@pasglop> References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334736133.5989.278.camel@thor.local> <1334744414.3143.2.camel@pasglop> <1334745292.5989.291.camel@thor.local> <1334745854.5989.295.camel@thor.local> <1334747941.3143.13.camel@pasglop> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: Andreas Schwab , o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mit, 2012-04-18 at 21:19 +1000, Benjamin Herrenschmidt wrote:=20 > On Wed, 2012-04-18 at 12:44 +0200, Michel D=C3=A4nzer wrote: > > On Mit, 2012-04-18 at 12:34 +0200, Michel D=C3=A4nzer wrote:=20 > > > On Mit, 2012-04-18 at 20:20 +1000, Benjamin Herrenschmidt wrote:=20 > > > >=20 > > > > I suspect there's a fundamental design issue with apple bridge in t= hat > > > > the CPU to memory path isn't coherent at all with the GPU to memory= path > > > > ie. even vs. cache flush instructions (ie buffers in the memory > > > > controllers can still be out of sync). > > > >=20 > > > > Darwin does some gross hacks to work around that, some of them visi= ble > > > > in the AGP drivers, some burried in the Apple driver, I don't know = for > > > > sure. It's possible that they end up mapping all AGP memory as cach= e > > > > inhibited, but we can't do that because of our linear mapping. > > >=20 > > > We are doing that though... > >=20 > > This reminded me, I've been running with the patch below, but I'm not > > sure it makes any difference. Maybe Andreas or Jordan can try it. >=20 > It certainly is something we need to do, provided we also know there > will be no subsequent access to that page via a cachable mapping until > it's removed from AGP. TTM should take care of that. --=20 Earthling Michel D=C3=A4nzer | http://www.amd.c= om Libre software enthusiast | Debian, X and DRI developer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 126DCB6FC4 for ; Wed, 18 Apr 2012 23:22:19 +1000 (EST) From: Andreas Schwab To: Michel =?utf-8?Q?D=C3=A4nzer?= Subject: Re: PowerPC radeon KMS - is it possible? References: <1334730915.5989.265.camel__41553.0639271767$1334731329$gmane$org@thor.local> <1334735555.5989.272.camel@thor.local> <1334754160.5989.305.camel@thor.local> Date: Wed, 18 Apr 2012 15:22:06 +0200 In-Reply-To: <1334754160.5989.305.camel@thor.local> ("Michel =?utf-8?Q?D?= =?utf-8?Q?=C3=A4nzer=22's?= message of "Wed, 18 Apr 2012 15:02:40 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: o jordan , linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Michel Dänzer writes: > You do understand that 'prevent the radeon driver from initializing at > all' means direct rendering won't work at all, even with older Mesa > drivers? Until radeondrmfb has suspend support, this is what I want. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.gna.ch (darkcity.gna.ch [195.226.6.51]) by ozlabs.org (Postfix) with ESMTP id A6D87B6FD6 for ; Wed, 18 Apr 2012 23:25:29 +1000 (EST) Message-ID: <1334755511.5989.318.camel@thor.local> Subject: Re: PowerPC radeon KMS - is it possible? From: Michel =?ISO-8859-1?Q?D=E4nzer?= To: Andreas Schwab Date: Wed, 18 Apr 2012 15:25:11 +0200 In-Reply-To: