-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Corbin Simpson wrote:
>>From what I understand from my research, accumulation buffers are
> typically specific to fixed-function chipsets, right? So not all of
> these drivers will prefer to expose the accumbuf visuals, and those
> that do probably don't want to advertise them as CAVEAT_SLOW. Also,
> Gallium's dri state tracker needs to be changed to respect this when
> calling driCreateConfigs.

Previous to OpenGL 3.1 and in OpenGL 3.1 with GL_ARB_compatibility,
implementations are required to expose at least one configuration with
an accumulation buffer.

Marking them as slow has always been a bit dubious.  They are marked
this way because the accumulation operation is done in software, but
everything else runs as normal.  The GLX spec says:

    "...if it is set to GLX_SLOW_CONFIG then rendering to a drawable
    with this configuration may run at reduced performance (for example,
    the hardware may not support the color buffer depths described by
    the cnfiguration)..."

This isn't exactly the case with visual with accumulation buffer.  It's
just some operations that are slow, and that's always possible.

Since these visuals have been marked like this since day-1, I'm not
inclined to change them now.

> Otherwise this looks fine.

Can I consider that a 'Reviewed-by:'? :)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktxra8ACgkQX1gOwKyEAw9tBACgl/DE+d3oCjAPDGgXp87Ojli9
JXsAoJn5Gn3VTWr/I1M3oTJxwWKLDhck
=rZ6v
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to