> > I guess I don't see a problem with putting it in libdrm. I had just > assumed that the user-mode portion would end up living in > src/mesa/driver/dri/common or some place similar. There are some > advantages to putting it in libdrm, though (e.g., easier for EXA to use it).
Well the X server (EXA and evil hack for XAA) and XvMC clients would have to in theory use it as well, I'm not convinced it can live anywhere else, Mesa is definitely not where it should be... > > has becomed swapped out... > > Entry points where? To the kernel or into libdrm? My core design goal > of the interface is to enable allocation policy decisions (i.e., which > parts of memory to allocate, what previous allocations to kick out, > etc.) to be made in the client-side driver. If it weren't for that, > I've been convinced that the whole thing could just be put in the kernel. To libdrm, the idea here is that you get this interface mostly write, it won't matter where you implement things, userspace or the kernel, you could in theory have a really dumb userspace memory manager for systems that don't have direct rendering, just to have a consistent interface... or a really complex two parter, so we need to forget about where the code is going to live except that'll live under this interface... and this interface will be in libdrm. I think we should be able to encapsulate most of this into libdrm, I think the policy decisions might be the most difficult but I believe with the correct set of attributes on allocations, a policy inside libdrm should be just as effective as a policy maker in the client side libraries, I suppose we can provide callbacks to hook in another policy for the "ricers" :-) Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
