Alan Coopersmith wrote:
> from a
> pure resource management perspective, it would seem the best solution is
> to remove your team's OpenGL from Solaris altogether and ship Mesa on both
> platforms. This would also give customers the same OpenGL interfaces on
> both platforms, though without hardware acceleration on SPARC, much as x86
> users have had to suffer through for years, and would allow us to ship the
> open source OpenGL on both platforms for Indiana instead of relying on your
> closed source solution.
After thinking about this some more, it may just be the best answer all
around for Nevada & Indiana (but not Solaris 10) - since those will ship
only with Xorg, not Xsun, and SPARC graphics has only enough resources
committed to Xorg to provide drivers for XVR-100, XVR-300, and XVR-2500,
and of those only XVR-2500 has OpenGL hardware acceleration, moving to
Mesa/DRI for Nevada/Indiana will give *more* customers hardware acceleration
than sticking with the current OpenGL - we'll be able to leverage the existing
ATI Radeon Mesa/DRI drivers that the x86 team has ported to Solaris already
and give XVR-100 & XVR-300 users hardware acceleration that they don't have
today, and your team will be able to port the existing XVR-2500 driver (which
was originally written for Mesa/DRI, and even with Xsun I'm told still uses
DRI under the hood). It will also make it possible for IHV's like Tadpole
who want to provide hardware acceleration for OpenGL on their SPARC platforms
to be able to do so, which will bring hardware acceleration to another
batch of users who can't have it with the current SPARC OpenGL.
We'll have to resolve the client library ABI issues around the proprietary
Sun OpenGL ABI, but that may be a smaller problem than trying to shoehorn
the old code into the new world and keep it up to date.
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
