On Thu, Apr 23, 2009 at 4:38 PM, Jerome Glisse <[email protected]> wrote:
>
> 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
>

Thank you for your reply Jerome.

I was hoping that I could join in the development of the API or
something, but if it's more than a year old ...

The test applications in libdrm bug me. I can understand that
development was started with intel hardware, but is it possible to
make the 2 tests, well, more generic? Or is it that if someone else
attempts to use GEM to support non-intel hardware, they'll have to
write up their own test applications?

That just sounds like a waste of effort to me. i.e. a new set of test
applications for every new hardware. Am I understanding things
correctly here, or did I miss something?

-Abraham Varricatt

------------------------------------------------------------------------------
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