On Thu, 2009-04-23 at 14:55 +0530, Abru wrote:
> The way GEM is designed, the memory manger is split up into 2 sections. 
> One section residing in the kernel and the other in userspace (or 
> libdrm). According to what I've read (mailing list archives), the 
> userspace section is supposed to be device specific. Or at least, should 
> be different depending on manufacturer (intel, nouveau .. etc).
> 
> According to the TODO notes in libdrm2.4.9, there appears to be an 
> effort/proposal by Dave Airlie to design a generic memory manager in 
> libdrm.  http://dri.freedesktop.org/wiki/DriMemoryManagerDesign
> 
> If we look at the 2 test applications in libdrm, modetest & modeprint, 
> we'll find that the memory manager is setup using intel-specific calls.
> 
> Am I correct in assuming that as a result of the proposal, the 
> test-applications can be made more generic ? Or is this API meant just 
> for X.org DDX and Mesa DRI drivers ?
> 
> -Abraham Varricatt

This proposal is more than 1 year old. Anyway, i don't think having
a common memory management in libdrm makes sense, i think what uper
level want to use is a proper driver like mesa or ddx of X. I am sure
than soon enough EGL with mesa or Eagle will be good enough for anyone
to have a common interface which abstract this low level.

Cheers,
Jerome Glisse


------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to