On Tuesday, August 19, 2008 4:26 pm Dave Airlie wrote: > > On Sun, Aug 17, 2008 at 12:23:06 +0200, Stefan Dirsch wrote: > > > Looks like dri_bufmgr.h/intel_bufmgr.h are missing in the > > > tarball. Could this be? > > > > See my other reply on mesa3d-dev, they're from libdrm git master. > > So I see a couple of ways to resolve this, > > 1) Back out GEM, release 7.1, put GEM back in - preferred by me. > > 2) release a libdrm/mesa which uses a kernel interface that hasn't made > its way into a stable kernel tree. this ends up like TTM and we end up > with pain.
It falls back gracefully though (I think TTM did as well, though this API is smaller in that it doesn't pass a huge gob of flags around), so if we think the libdrm bufmgr interface is stable there should be no problem. Don't we keep saying "libdrm is the interface" these days anyway? So if that part is sane we should just release what's in libdrm master now or soon. But maybe I'm forgetting (ignorance is bliss) some aspect of the pain we had with TTM... -- Jesse Barnes, Intel Open Source Technology Center ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev