[PATCH] Add support for RENDER BGRA formats.

Mark Kettenis mark.kettenis at xs4all.nl
Sat Oct 31 08:17:02 PDT 2009


> From: Adam Jackson <ajax at nwnk.net>
> Date: Thu, 29 Oct 2009 18:33:20 -0400
> 
> > To make the card work properly I still have to solve two issues:
> >=20
> > 1. It seems the ACNTRL register doesn't exist on the i128v2 chip.
> >    Writes to this register result in a PCI bus error.  This was
> >    probably never noticed, since on standard PC hardware writes to
> >    non-existent registers silently fail.  Do the docs contain some
> >    hints suggesting this is indeed the case?
> 
> Kind of?  It's the alpha blender setup register, and described as "the
> Imagine 3 blending unit", which sort of implies it didn't exist on
> Imagine 2.  I'm pretty sure Imagine 1 and 2 didn't even have a triangle
> unit, let alone an alpha blender.

Enough evidence for me to assume that register should not be written
to on the i128 and i128v2.  I'll generate a diff to implement this.

> > 2. Does the hardware by any chance map the VGA legacy I/O ports within
> >    one of its BARs?
> 
> It might.  BAR 5 is the I/O map, and it's 256 bytes.  They're all
> defined right up to 0xBC, which smells a little suspicious since the VGA
> ports it claims to decode are 3C[0-5ACEF] and 3[BD][45A].  So while it
> doesn't _say_ the VGA ports are aliased there starting at 0xC0, I'd be
> utterly unsurprised.
> 
> I guess I don't see how it matters though, you can already get to the
> colormap and mode, and you won't be using VGA fonts.  (Unless you do VGA
> console even on non-x86 machines?  That would be vile.)

You're right of course.  I already disabled the VGA font save/restore
because that required mapping the legacy VGA memory area and on the
Sun Blade 1000 that I stuck this card in, that area is in use by other
devices.

Still struggling a bit with how to map BAR 5 though.  I have a hack to
make things work, but I'll need to discuss the implications for the
OpenBSD kernel and libpciaccess.

Thanks,

Mark


More information about the xorg-devel mailing list