Hi, Thomas, Some stupid questions, On Mon, Sep 8, 2008 at 7:07 PM, Thomas Hellström <[EMAIL PROTECTED]> wrote: > Hi! > > For those drivers that for whatever reason will not be using GEM but > interface directly to the TTM code, I've made a suggestion for > a new user-space interface. The header files are attached to the mail. > > The idea here is that a driver wanting to use this interface includes > one or more of these header files in the <driver>_drm.h file, and > implements the IOCTLS as driver-specific code. > The ioctl numbers are given as offsets, and the user-space code needs to > query the driver for the base numbers. > > User-space fencing is completely decoupled from buffer management. This is the reason why TTM_BO_SYNCCPU is introduced?
> > mapping write and read will be done using the standard fs calls, > each buffer object will, as before, occupy a part of the linear drm fd > address space which (even on 32-bit systems) is 48 bits wide. > The create- and reference ioctls return the address space offsets for the > buffers. > I understand an object deriving from a SHMEM object will have a file node in SHMEMFS (created by function drm_gem_object_alloc), but I looked at the code of drm-gem and modesetting-gem branch, there isn't a FD associated with the file node currently, and all GEM object operations are still by IOCTL instead of standard file system calls (open/read/write, etc). So for FD mentioned in this mailing list, does it mean a GEM object will be operated by FD *in future*? And for TTM object which doesn't derive from a SHMEM object, you mention FD too. I am confused what does it mean? Thanks Austin > Execbuf and similar ioctls will be completely driver specific. > > I anticipate no code for this to live in drm core. The vm code will use > the driver vm hooks and detect legacy drm maps and forward those calls > to the drm vm subsystem. > > /Thomas > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
