Re: radeon kms on ppc status

[Benjamin Herrenschmidt <benh@kernel.crashing.org>]

On Mon, 2010-08-09 at 03:18 -0400, Alex Deucher wrote:
> 2010/8/9 Benjamin Herrenschmidt <benh@kernel.crashing.org>:
> > Just a quick status in case others are interested and want to help
> > as I have -very- little time.
> >
> 
> Unfortunately, I don't have much spare time to dedicate to this either
> and I don't have any ppc machines.

I guessed :-) We'll see what we manage.

> >  - AGP: locks up before the console shows anything useful, that's
> > going to be fun to debug without a serial port ... I'll see what I can
> > with netconsole or some firewire hack. Works fine with PCI GART.
> 
> I think Michel had it working with 1x AGP.

Interesting. Michel, any idea what the problems might be ?

> >  - transition from offb. If both kms and offb are built-in, the transition
> > leads to panel blooming. Note that it seems broken with nouveau on the G5 as
> > well, I suspect we are passing a crap mode when picking up from offb at boot.
> >
> >  - Power Management.
> >
> >    - Sleep/wakeup needs to be ported over from radeonfb (will also
> > be useful for some x86 models).
> >
> 
> It would be nice to get this ported over.

Most definitely. I'm still getting my head around the KMS driver
structure.

> >    - The other fancy stuff... well, we could make up profiles on powerbooks
> > I suppose, at least dynclk can be enable always and I'm sure we can make up
> > default profiles with something like half clock speed, what do you reckon ?
> 
> The dynclks in the drm should work on the ppc.  As for the power
> profiles, something like a half clock should work.

Ok. Here too, trying to sort out what the driver is doing for now, and
we'll move from there.

> Probably also useful to come up with some way to add backlight control
> to the macs without conflicting with the acpi backlight stuff on x86.

Yup, forgot about that one. Shouldn't be -too- hard.

Cheers,
Ben.

> Alex
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> --
> _______________________________________________
> Dri-devel mailing list
> Dri-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dri-devel



------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
--