On Fri, 24 May 2002, Keith Packard wrote:
>
> I submit that we need some sort of plan on how to get this mess resolved;
> I'd like to get to a state where 3D and video runs on most chips, and at
> least doesn't hang on the others. What I'd like to see is:
>
> + The kernel driver for the tcl-0-0 branch
>
> This gives us the best chance at API compatibility into the future
> as people are able to migrate to a tcl GL library, and should
> reduce the kernel driver churn a bit.
I've successfully (at least as far as I can tell) merged this into my
2.5.x tree, already available as BK patches, and I'll make a 2.5.18
release probably later today for non-BK people to enjoy.
It _seems_ to be backwards-compatible (which has been a problem in the
past), so it might even be possibly to merge it back into 2.4.x, but
that's not my decision. In a 2.5.x timeframe, the merge was a no-brainer.
> + The video patches from XFree86
>
> These display reasonable video on the 7500 and others. They
> don't currently work on the 8500, but I'll go get one of those
> and make them work when I've got a spare minute or two.
Keith, I've got an extra one you could get if actual hw access is the
problem (as opposed to just time, which tends to be the biggest problem
most of the time).
> + The regular DRI GL bits
>
> These have some important fixes missing from the XFree86 tree while
> not incorporating all of the tcl changes which are probably less
> well tested on older Radeon cards.
Now this is for somebody else to sort out, but it does sound like the DRI
and XF86 would be better off trying to work together more.. There's
probably not a _lot_ of overlap, so it shouldn't be painful.
Linus
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
