On Mon, 2002-04-15 at 17:46, Philip Brown wrote: > On Mon, Apr 15, 2002 at 12:35:41PM +0100, Jose Fonseca wrote: > > I know that main reason for resuming the development of Utah-GLX was the > > difficulties involved in porting the DRM to others OS, such as Solaris. > > But why not reuse the DRI's Mesa and DXX drivers code and port and/or > > remake a stripped-down DRM, > > Mesa is not part of DRI.
I'm aware of that. I didn't meant Mesa itself, but the Mesa _drivers_ (the "drivers" in the above sentence applied to both "Mesa" and "DDX"), such as mach64_dri.so, r128_dri.so, tdfx_dri.so, etc... which are part of DRI. > When Utah-GLX moves to Mesa 4.x, it will be using the same Mesa code as > DRI. > Again, are you referring to Mesa's code or its drivers? > I'd love to SEE a solaris port of DRM. > However, I'm not willing to do it. > You can count the number of people who are Solaris driver-writing > "free agents" on one hand. Now try to find one of the other four(3?), > and try to convince them to put in the amount of time and hassle required > to port the DRI kernel stuff. > Well, considering all the amount of time and hassle required to maintain a different set of Mesa drivers, I thought it would be worth it... > DRI does not lend itself easily to being ported. > Nor do I want to try swimming upstream to make a port happen. > DRI is way too linux-centric right now. > When and if DRI was rearchitectured to be more platform-netral > (Just one example would be: > identifying and moving common routines into an actual > common area, rather than hacks like the BSD "driver" linking > from ../linux) > then I or one of the other solaris developers would be more inclined to do > the port. > Again, I was thinking of just an shorthand DRM that would allow to use the *_dri.so and the *_drv.o in Solaris, and not a full featured port... I still don't understand how it's not worth to work on this but have separate equivalent code is. Well, it was just my two cents... Jose Fonseca _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
