804080a709
Yes, two changes in one commit. Sorry 'bout that.
The first change ensures that when pending property values have been
changed, a mode set to the current mode will actually do something, rather
than being identified as a no-op. In addition, the driver no longer needs to
manage the migration of pending to current values, that is handled both
within the xf86 mode setting code (to deal with non-RandR changes) as well
as within the RandR extension itself.
The second change eliminates the two-call Create/AttachScreen stuff that was
done in a failed attempt to create RandR resources before the screen
structures were allocated. Merging these back into the Create function is
cleaner.
(cherry picked from commit
|
||
---|---|---|
.. | ||
Makefile.am | ||
xf86Crtc.c | ||
xf86Crtc.h | ||
xf86Cursors.c | ||
xf86cvt.c | ||
xf86DiDGA.c | ||
xf86EdidModes.c | ||
xf86Modes.c | ||
xf86Modes.h | ||
xf86RandR12.c | ||
xf86RandR12.h | ||
xf86Rename.h | ||
xf86Rotate.c |