Re: X works somewhat on DFP with latest radeonfb.c

Hi Ani,

I found you XF410 patch at ftp.linuxppc.org/users/ajoshi/radeon/.

Your diff adds the following vga call:

vgaHWGetIOBase

which casues an immediate SEGFAULT of the Xserver.

Does this call need any special attention under ppc linux?  Do we even
need to make this call at all is we have the useFBDev option set?

Also, your diff does not add the "fbPictureInit" symbol to the list of
symbols which need to be loaded from the fb code (fbSymbols[]).

I had to add that symbol to get XF 410 with your patch to start up at all.

Any ideas here?  That patch is old (from June or July?).  Did I grab the
wrong patch?

Thanks,

Kevin

On November 17, 2001 11:23, Kevin B. Hendricks wrote:

Hi Ani,

Ben mentioned below that you might have some patches to handle BigEndian
issues for radeon.

Any help would be greatly appreciated.

Thanks,

Kevin

On November 17, 2001 11:07, Benjamin Herrenschmidt wrote:

quoted

quoted

Hi Ben,

Thought you might like to know.  I took a look at the XF410
radeon_driver.c and compared it to the latest versions of
radeon_driver.c in XFreee86 CVS HEAD and they are quite different.

CVS HEAD has a *lot* more support for DFP but since I had the
radeonfb working on the DFP I thought what the hell, and started to
try to use XF 4.1.0 radeon_driver.c with only a few small tweaks
(ignoring all of the Flat Panel code which is old and not-working in
XF410) with the UseFBDev Option so all the DFP register stuff is
handled by the radeonfb.c driver.

X actually starts up with depths of 8 and depths of 24 (32bpp), and
works but the colors are all wrong:  too many pinks in the 8 bit
version and seemingly random colors in the 24 depth.

So I am going to try and play around with the pallette setting.

Ask Ani for his patches. I think the engine must be properly
configured for big endian.

Ben.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/