I've just committed a version of the DRI's common code mm.[ch] linear allocator
into the XFree86 CVS which extends the FBManager's ability to serve
real linear space rather than pinching it from the XY area's that's
usually occupied by the pixmap cache.

This way we can now hand over all memory to the FBManager and allow it
to give us back memory regions, rather than using the current scheme
of semi-dynamic allocation that relies on fixed offsets but cannot
guarantee those offsets in certain situations.

So, I've moved onto the next stage of implementing the dynamics in the
r200 driver which has shown some tricky pieces to solve with regard
to allowing dynamic memory management.

For testing purposes, I've added another ioctl to the r200 interface
to pass the new back/depth offsets to the kernel driver and update
these offsets & the texture offset in the DDX driver on transitioning.
The problem is that TransitionTo3D() is called too late to setup these
new offsets.

To explain a little....

We get the current device information during the initial screen setup
by issuing the DRIGetDeviceInfo() call into the Xserver to retrieve
these driver private details. If we modify them after this initial setup
(which we do with transitioning) then we need to retrieve new private
details to act upon. Currently I've inserted another DRIGetDeviceInfo()
call into the r200_context.c to pick these up and moved the (modified) code
from TransitionTo3d() in the DDX to the DDX's CreateContext() function.
This works, but seems rather messy. 

I'm thinking of adding a new DRIGetPrivateInfo() call to maintain some
of this detail and massage it into the current lib/GL/dri/dri_util.c so
it's transparent to the drivers. But I thought I'd open up this a little
for discussion before continuing too far.

Once I've got dynamic allocation of the back/depth and texture memory
done, I'd like to move to the next phase and pick up Ian's document
of memory management.

Any comments ?

Alan.


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to