> From: Adam Jackson <a...@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 _______________________________________________ xorg-devel mailing list xorg-devel@lists.x.org http://lists.x.org/mailman/listinfo/xorg-devel