RandR (etc) DriverFunc
Jim Gettys
Jim.Gettys at hp.com
Fri Mar 18 08:15:56 PST 2005
Note that the kdrive and XAA implementations of RandR differ.
IIRC, resizing the actual frame buffer size in XAA would have presented
a bunch of problems (Keith, do you remember exactly what?). The cost of
leaving things alone is not recovering frame buffer space, and inability
to resize to a larger than initial root window size.
Kdrive's implementation (which does not support virtual screens) is
"correct".
- Jim
On Fri, 2005-03-18 at 16:37 +0100, Thomas Winischhofer wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Michel Dänzer wrote:
> | On Fri, 2005-03-18 at 11:54 +0100, Thomas Winischhofer wrote:
> |
> |>| Depending if an randr aware client has already connected at that
> |>| time you should be fine. I believe that the root window size gets
> |>| changed from within xf86RandrSetConfig() (from reading the code
> |>| very quickly) so any client that comes after that would be fine.
> |>
> |>
> |>No, the root window size is constant during the server session. RandR
> |>only changes the virtual screen dimensions.
> |
> |
> | And what is the root window size if not the virtual screen size? :)
> | Correct (for our DDX) would be I think: 'The maximum root window size is
> | constant during the server generation.'
>
> OK, to be more precise:
>
> The RandR extension only changes {pScreen,pScrn}->virtual? (and the
> pScreen->mm{width,height} fields), but not anything else. The root
> window is created immediately after all ScreenInit()'s and takes the
> original pScreen->virtual? for its size. And it stays in that size
> throughout server lifetime.
>
> Thomas
>
> - --
> Thomas Winischhofer
> Vienna/Austria
> thomas AT winischhofer DOT net *** http://www.winischhofer.net
> twini AT xfree86 DOT org
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (GNU/Linux)
>
> iD8DBQFCOvWlzydIRAktyUcRAofMAJ92ueemiVp91YomZg5xrhw6EeNLuQCgsi3Z
> lFN/6ykXHuDH3qApUvqtMCo=
> =Vbag
> -----END PGP SIGNATURE-----
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
More information about the xorg
mailing list