Alan, I think this is probably a discussion that needs to happen on other than just email exchanges. I've asked Ron B. to set up a meeting to discuss X and OpenGL futures at a higher level.
Thanks, Linda On Jul 11, 2007, at 4:34 PM, Alan Coopersmith wrote: > 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 >
