On Sun, 12 Oct 2003, Zack Weinberg wrote: > Mark Vojkovich <mvojkovi@xxxxxxxxxxx> writes: > > > In the case where you got a text text mode on both. You should have > > the option of running one or the other via the CrtcNumber option, > > but behavior of the unused one is undefined (hopefully it's just > > blank. It's not blank?). > > No, it's green and blue vertical stripes, like I said. > > Will it work to run two X servers, one on each CrtcNumber? On separate VTs, yes, that should work. > > > If it's just APM, the server should respond to it and vt switch > > for you as long as it's not disabled. Ie, you don't have a message > > in the /var/log/XFree86.0.log that looks like: > > > > (WW) Open APM failed (/dev/apm_bios) (No such file or directory) > > > > I don't really know much about XFree86's APM implementation > > but looking through the code, it seems like it vt switches away > > before going into powersave mode and vt switches back after > > coming out of it. So, if whatever corruption there was can be > > cleared up by vt switching away and back, I'd expect XFree86's > > APM support to solve that problem. > > I see messages like this: > > (II) Open APM successful > (II) Configured Mouse: ps2EnableDataReporting: succeeded > (II) PM Event received: Power Status Change > (II) PM Event received: Power Status Change > (II) PM Event received: Power Status Change > > no obvious pattern. A complete log should have been attached to my > original message. > > This did work correctly in 4.2.1, by the way. Maybe this is just a DPMS thing then. Does the problem go away if you don't enable DPMS in the XF86Config? There was a DPMS + DFP regression in 4.3, that is cleared up in CVS. Mark. _______________________________________________ XFree86 mailing list XFree86@xxxxxxxxxxx http://XFree86.Org/mailman/listinfo/xfree86
