CVS Update: xc (branch: trunk)

[Adam Jackson]

On Friday 01 July 2005 08:28, Thomas Winischhofer wrote:
> Zack Rusin wrote:
> > On Friday 01 July 2005 12:20, Thomas Winischhofer wrote:
> >>PrepareCopy is defined getting two Bools, Reverse and UpsideDown.
> >>However, in exa.c PerpareCopy gets passed two integers (xdir, ydir)
> >>which are >= 0 for "left to right"/"top to bottom".
> >
> > Ah, yeah, missed it. Fixed. Thanks :)
> >
> > Zack
>
> Wow... this thing is superfast for transparency.... even without
> Composite acceleration. Good work, folks!
>
> I have already ported the sis driver entirely to exa (including
> adaptions for dga and xv), will commit as soon as I had the chance to
> test it intensively on all my supported chipsets.
>
> Feature freeze was on Monday, wasn't it...? Hm, looks like a weekend by
> the computer...

Will be on Monday (July 4).  Future tense.  However, we're expecting to allow 
exa additions to drivers for a while yet, with the expectation that the exa 
support will be built by default but not necessarily enabled by default.

There's some ambiguity here in the xorg.conf option naming, so here's what I 
think we should do:

Option "Accel" "<bool>": Enables hardware acceleration.  Defaults to on.

Option "AccelMethod" "[exa|xaa|...]": Selects the acceleration architecture 
the driver will use.  Defaults to "xaa".

That last part might be contentious.  The logic here is that while exa is new 
and sexy, it's not nearly as well tested as xaa, which sucks but at least 
sucks reliably.  I'm willing to defer to maintainer opinion for those drivers 
that have strong maintainership - sis, via, voodoo, etc - but in general I 
would prefer that xaa still be the default for 7.0.

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20050701/9ce5bbe9/attachment.pgp>