Greg / Richard:

Comments to the non-staging patches:

patch 1/5] drm: Split out the mm declarations in a separate    header. 
Add atomic operations:

The range manager operations are usually quite fast, and the range 
manager really only needs
to be protected by a spinlock. Add atomic operations and means to 
pre-allocate memory needed
within the atomic sections, similar to the idr implementation.
Also create a separate header file for the API so users don't need to 
include the full drmP.h header.

[patch 2/5] drm: Add a tracker for global objects.

Some DRM data shouldn't really be per device. This includes 
memory-accounting and perhaps
also object handle lookup. A system with one or more gpus would ideally 
want to share handle
space and memory accounting between the GPU drivers.
Add a tracker for such global objects. These objects live as long any 
DRM driver reference them.

[patch 3/5] drm: Export hash table functionality.

Make the drm hash table implementation usable from within drm device 
drivers.

[patch 4/5] drm: Add unlocked IOCTL functionality from the drm repo.

Make the drm ioctl handle callable as an unlocked IOCTL.
This is really only providing an alternative interface, since the 
calling sequence for the
unlocked ioctl is somewhat different.
Taken from the drm develpment repo.
NOTE: This should not be used yet for core drm ioctls, as some are not 
thread-safe.




------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to