[prev in list] [next in list] [prev in thread] [next in thread] 

List:       dri-devel
Subject:    Re: radeon kms on ppc status
From:       Benjamin Herrenschmidt <benh () kernel ! crashing ! org>
Date:       2010-08-10 23:38:53
Message-ID: 1281483533.28245.222.camel () pasglop
[Download RAW message or body]

On Tue, 2010-08-10 at 14:56 +0200, Michel Dänzer wrote:
> On Mon, 2010-08-09 at 16:16 +1000, Benjamin Herrenschmidt wrote: 
> > 
> > I'm currently testing on a rv350 based aluminium powerbooks.
> 
> Same here. :)

Heh. Well, I also have the G5 with rv350, and that has a serial port :-)

> >   - 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.
> 
> AGP 1x works mostly fine for me. Not sure what the problem is with
> higher speeds (4x used to work fine with UMS) but I guess most likely
> some kind of coherency issue which only matters now that we're
> dynamically changing GTT bindings.

Ok. Well, we -know- we have a problem with AGP anyways bcs of that dual
cachable/non-cachable mapping issue. I'll see if I can find ways to work
around that. If not, I don't really mind sticking to x1, it's old
machines and it's better than nothing.

> The reason you don't get anything useful with higher AGP speeds is that
> the attempt to reset the locked-up GPU kills the machine. I tried
> tracking this down with netconsole but the only possibly relevant info
> I've got out of that yet is that there seem to be some machine checks
> occurring.

Right, makes sense if the card doesn't answer to an MMIO access. I'll
see what I can do.

> > - transition from offb. If both kms and offb are built-in, the transition
> > leads to panel blooming.
> 
> I only tried this once but AFAIR it was the same for me.

I found some stuff there and fixed some on the G5. It now works there, I
haven't tried again on the powerbook yet. One is the patch I send to do
an early transition like nouveau does. The other one is you need to make
sure CONFIG_VT_HW_CONSOLE_BINDING is set. Without that,
unregister_framebuffer() of offb fails bcs fbcon refuses to unbind the
last console. So you end up with fb1 for the drm, while fb0 remains on
offb and everything breaks. We might want to make this a hard
dependency.

> > - 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 ?
> 
> Might be nice, though IME the CPU seems to suck more power anyway. :)

Right.

> IMO the highest priority missing feature is backlight control, followed
> by suspend/resume.

Agreed.

> Note that there's also still outstanding KMS related endianness issues
> in the Mesa tree, in particular concerning r300g but also the classic
> driver related to the OpenGL blit functionality. I've been meaning to
> clean up and push my hacks for those but had little time recently.

Ok. I'll leave you to those because I really know near to nothing about
GL and Mesa ... from my quick tests, things seem to work allright with
compiz on the G5 and the powerbook tho with whatever Mesa's in lucid.

Also, the few tests I did on the quad G5 with nvidia 6600 & nouveau were
interesting as well (gallium in that case). nouveau itself works well,
but the mesa part doesn't (renders black). The interesting thing tho was
that all the SW rendering path seemed to work well, which is a nice
change from not that long ago where all the fallbacks were endian
broken. I suspect you may have done some fixing there :-)

Cheers,
Ben.



------------------------------------------------------------------------------
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

[prev in list] [next in list] [prev in thread] [next in thread]