I'm putting together a document for Kernel Summit that describes the issues
around graphics device drivers. The kernel developers are currently making first
pass comments on it.  As soon as I fold their comments in I'll post it to
fb-dev, dri-dev and wherever else is appropriate for the next round of comments.
Nobody is proposing final solutions yet, I'm just trying to collect everyone's
opinion.

Memory management of AGP/VRAM space is identified as a problem area but nobody
has proposed any solution for it. Any solution needs to take into account FB,
DRM, mesa-solo and existing Xfree. There have been a few minor comments both
ways for doing it in a driver and a library.

--- Alex Deucher <[EMAIL PROTECTED]> wrote:
> 
> --- Jon Smirl <[EMAIL PROTECTED]> wrote:
> > Is there a document describing how memory management is handled for
> > the overall
> > AGP/VRAM space? I've found where texture memory is handled, but who
> > is
> > allocating space for framebuffers on multi-head cards?
> 
> Right now the framebuffer is managed in the DDX.  Alan Hourihane and
> Ian  Romanick both have done some work on new improved memory managers
> for X and the DRI.
> 
> > 
> > If we were to redo the memory management code to support mesa-solo
> > (ie no X
> > present) what would need to be changed? Should this code be in the
> > driver or
> > user space?
> 
> That's a good question.
> 
> Alex
> 
> > 
> > =====
> > Jon Smirl
> > [EMAIL PROTECTED]
> > 
> > 
> 
> 
> 
>       
>               
> __________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs  
> http://hotjobs.sweepstakes.yahoo.com/careermakeover 

=====
Jon Smirl
[EMAIL PROTECTED]


        
                
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs  
http://hotjobs.sweepstakes.yahoo.com/careermakeover 


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to