-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Airlie wrote: > I've been thinking a bit about this, and while I think Ian's work on the > memory manager has merit I'm starting to think we are really putting the > cart before the horse in some ways.... > > My thinking on this is that the memory manager needs to live in libdrm, > not like the current bits in Xorg DDX, bits in Mesa, bits in kernel, all > code should be in libdrm and the kernel userspace split should be hidden > behind an interface, the internals of the memory manager whether it be the > dumb via/sis manager or Ian's log based system shouldn't in theory matter > if it can be hidden behind the libdrm interface..
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). > So I've modified > http://dri.freedesktop.org/wiki/DriMemoryManagerDesign > and added a Memory Manager Interface section with some initial thoughts, > in the hope that maybe some discussion occurs on it, in theory we should > be able to implement the current memory management schemes using the > interface, That was my intention. My problem the first time I jumped into this was that I tried to bite off too much at once. Implementing new infrastructure and a new memory management scheme in one go is just too much. > I'm sure we probably need some more entrry points.. and maybe alloc region > needs to be able to specify some alignment.. or a callback if the region > 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFDXQjTX1gOwKyEAw8RAqBMAJ4sPOCLYNeaX/s2YCZGBck+HLi/iACfWDuk Ql5za7G8ozZNweWOvyTL9t0= =O94A -----END PGP SIGNATURE----- ------------------------------------------------------- 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
