Elektrified X.org released (was: X configuration paradigm, and a proposal)
Alex Deucher
alexdeucher at gmail.com
Mon Dec 6 17:18:37 PST 2004
On Mon, 06 Dec 2004 16:44:29 +0100, Thomas Winischhofer
<thomas at winischhofer.net> wrote:
> Jim Gettys wrote:
>
>
> >>>Resolution we now can handle using randr.
> >>
> >>Sort of. RandR falls short in several ways:
> >>
> >> 1) video memory is always allocated for the largest size root
> >> window (maybe there is already a way for a driver to
> >> know when the amount of video memory can be freed and
> >> reallocated at the current resolution?)
> >
> >
> > This is an implementation detail ;-).
> >
> > Yes, we have to fix the implementation. I'm not sure how painful
> > that is.
>
>
> One possible way to do this could be changing the fb manager code which
> currently assumes the root window at the beginning of the memory region
> available.
>
> Perhaps it would be an easy start to change xf86InitFBManager() that it
> simply allocates the memory required for the root window instead of
> plainly REGION_SUBSTRACTing it. This function could return some sort of
> handle (like FBLinear), which then is to be used by the driver as a base
> for the x/y coordinates in AdjustFrame(). Of course, this approach
> assumes quite a bit of video RAM...
>
> Thomas
>
> --
> Thomas Winischhofer
> Vienna/Austria
> thomas AT winischhofer DOT net *** http://www.winischhofer.net
> twini AT xfree86 DOT org
>
Another option is moving to something like Ian Romanick's memory manager:
http://dri.sourceforge.net/cgi-bin/moin.cgi/DriMemoryManagerDesign
Alex
More information about the xorg
mailing list