xserver-multidpi/hw
Dave Airlie 17416e88dc xf86Crtc: handle no outputs with no modes harder.
If you started an X server with no connected outputs, we pick a default
1024x768 mode, however if you then ran an xvidmode using app against that
server it would segfault the server due to not finding any valid modes.

This was due to the no output mode set code, only adding the modes to the
scrn->modes once, when something called randr 1.2 xf86SetScrnInfoModes would
get called and remove all the modes and we'd end up with 0.

This change fixes xf86SetScrnInfoModes to always report a scrn mode of at
least 1024x768, and pushes the initial configuration to just call it instead
of setting up the mode itself.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=746926

I've seen other bugs like this on other distros so it might also actually fix them.

Signed-off-by: Dave Airlie <airlied@redhat.com>
Reviewed-by: Keith Packard <keithp@keithp.com>
Signed-off-by: Keith Packard <keithp@keithp.com>
2011-10-24 18:09:35 -07:00
..
dmx Merge remote-tracking branch 'mattst88/for-keith' 2011-09-21 14:34:27 -07:00
kdrive Xephyr: Remove socket and its lock file on exit 2011-10-10 20:40:44 -07:00
vfb Use internal temp variable for swap macros 2011-09-21 17:12:04 -04:00
xfree86 xf86Crtc: handle no outputs with no modes harder. 2011-10-24 18:09:35 -07:00
xnest Xnest: Remove socket and its lock file on exit 2011-10-10 20:40:44 -07:00
xquartz XQuartz: pbproxy: Add missing AM_OBJCFLAGS 2011-10-04 21:40:41 -07:00
xwin XWinrc.man: fix warning: tab character in unquoted macro argument #35054 2011-10-19 17:22:26 -07:00
Makefile.am Catch errors in recursive relink targets 2010-03-22 00:45:57 -05:00