From: David Waite <mass@ufl.edu>
  To  : ggi-develop@eskimo.com
  Date: Fri, 11 Sep 1998 01:08:02 -0400

S3 Vision driver..

Jan, if you are around, have you done any work since the version of the
driver in CVS? I am moving from debugging my code looking for a problem, to
debugging the S3 driver, I want to make sure we are up to sync =)

First on my agenda is to tack on a DEBUG to print off all the registers so I
can tell what the state is going to.. then if that doesn't reveal anything,
time to move on to XFree and SVGALib sources.. (ack! the X source just sucks
though for trying to figure *anything* out..)

-David Waite

> -----Original Message-----
> From: teunis [mailto:teunis@computersupportcentre.com]
> Sent: Thursday, September 10, 1998 11:45 PM
> To: ggi-develop@eskimo.com
> Subject: Re: Looked through the CVS ...
>
>
> On Fri, 11 Sep 1998, Marcus Sundberg wrote:
>
> [clip]
> > > S3's Trio64V+ and above (-all- chips above ie Aurora64V+,
> ViRGE, ...) can
> > > do this. Can reverse-endian the entire access to the chip (for
> > > PowerPC/etc as well as intel support) as well as do this
> [afaik] on it's
> > > sub-buffer support. [for different byte-ordered versions of
> directbuffer
> > > + STREAMs buffers (3!)]
> >
> > Yes, the Millennium II supports this too. According too the docs
> > it supports an unlimited number of such buffers. Would be pretty
> > nice if XFree86 supported this! (SGIs does IIRC)
>
> would take work.  Nice BTW - that's the only HW I know of on pc that
> does unlimited subwindows...  (though it can be faked using BITBLT'd
> textures afaik :)
>
> > As for the original discussion: most cards can have a bunch of
> > different buffers, but what I was specificly talking about above
> > was cards that maps a normal-endian framebuffer at address foo and
> > a reverse-endian framebuffer at address bar _at the same time_, in
> > such a way that *bar = 0x12345678 produces the same result as
> > *foo = 0x78563412.
> >
> > Can the Trios do THAT? ;)
>
> Yep.  AFAIK all the S3 PCI cards can.  S3 -likes- being able to support
> non-intel hardware.
>
> It's a global flag, not a buffer-local one though - so -all- buffers would
> be either big-endian or little-endian.
>
> G'day, eh? :)
> 	- Teunis
>