On Thu, 2005-01-20 at 03:03 +0100, Stephane Marchesin wrote: > Michel DÃnzer wrote: > > >What happened to Stephane's surface allocator, BTW? If you just whack > >the surface registers directly from the X server, it becomes hard if not > >impossible to introduce such an allocator, at least for the surfaces > >touched directly by the X server... > > > Ok, I'm late, but here it is. > Also attached is the small patch for the ddx. > > It is supposed to be used with the drmCommand interface, btw : > drmRadeonSurfaceAlloc drmalloc_front; > drmalloc_front.lower=(info->frontOffset) &~0x3ff ; > drmalloc_front.size=bufferSize -1 ; > drmalloc_front.flags=pitch | RADEON_SURF_TILE_COLOR_MACRO; > drmCommandWrite(info->drmFD, DRM_RADEON_SURF_ALLOC, > &drmalloc_front,sizeof(drmalloc_front));
Looks good to me. Have you solved the cleanup issues we discussed on IRC in the meantime? -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
