Michel Dänzer wrote: > Looks like this happens because SMI_ScreenInit calls xf86HandleColormaps > before xf86CrtcScreenInit, but xserver >= 1.19 requires the opposite order. Aha, thank you! I don't have any LynxEM+ hardware to test with until next week, but I've attached a patch for xserver-xorg-video-siliconmotion, if Jonny would like to try rebuilding with this perhaps. Regards, -- Steven Chamberlain steven@pyro.eu.org
diff --git a/src/smi_driver.c b/src/smi_driver.c index 8949cae..5023e63 100644 --- a/src/smi_driver.c +++ b/src/smi_driver.c @@ -1787,6 +1787,9 @@ SMI_ScreenInit(SCREEN_INIT_ARGS_DECL) "Hardware cursor initialization failed\n"); } + if(!xf86CrtcScreenInit(pScreen)) + LEAVE(FALSE); + /* Initialise default colormap */ if (!miCreateDefColormap(pScreen)) LEAVE(FALSE); @@ -1810,9 +1813,6 @@ SMI_ScreenInit(SCREEN_INIT_ARGS_DECL) SMI_InitVideo(pScreen); - if(!xf86CrtcScreenInit(pScreen)) - LEAVE(FALSE); - /* Report any unused options (only for the first generation) */ if (serverGeneration == 1) { xf86ShowUnusedOptions(pScrn->scrnIndex, pScrn->options);
Attachment:
signature.asc
Description: Digital signature