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

Reply via email to