This all sounds like great stuff, and it all seems to make sense for the intel driver. I've got a couple reservations though:
- as other people mentioned, the intel guys seem to be doing their own thing for their own needs, without much regard for other hardware platforms (I guess they're a business after all). The way GEM was introduced (and subsequently added to the kernel) forced the others to rethink their memory management strategy (TTM -> GEM-on-TTM). UXA seems to be an intel-only thing ATM, and the original plans to generalize it seem to have been abandoned. The intel guys also don't seem to like Gallium3D very much; admittedly it's probably an unnecessary abstraction for one driver, but the point is to share as much code/cost/burden as possible, across different drivers. At least on KMS and DRI2 it seems there's a consensus, more or less.
- I'm also wondering what will happen with older kernels with newer userspace. Will 2D work without KMS or DRM? It could make transitions harder (upgrading distros, "impossible" combinations of xserver, x driver, kernel) etc.
In the end, my impression of keithp is that he often 'just does it' instead of trying to discuss it to death (xorg git transition f.e.); he's very likely right most of the time. I just hope he can still recognize when he's wrong, or when 'the greater good' (i.e. the greater xorg ecosystem) should take precedence over short term progress of the intel driver.