Thank you, everyone, for your responses. On Sun, 7 Apr 2002, Mark Vojkovich wrote: > There is a rivafb that supposedly works with the "nv" driver.
Fun to get a response from someone at nVidia! I am enjoying your product and its Linux support. Thank you. Thanks, I'll check it out. > You can't. When the server X server enters the VT it is going > to reinitialize the mode. When it leaves, it is going to restore > the mode it initially saved. Those are the rules. The particular > instance of the server doesn't know that another server is just > going to reset it to the same mode. I respect the rules. However, when rules are too restrictive at a local level, one can change them at a higher level. Perhaps whoever is governing the VT switching process (the kernel, I presume) could intervene because at its level it can know that "another server is just going to reset it to the same mode". On Mon, 8 Apr 2002, Rene Rebe wrote: > This problem should be correctly fixable with the redesign of the > input / vt layer in the 2.5 kernel. Great! Any hints or should I just go exploring? On Mon, 8 Apr 2002, Marc Aurele La France wrote: > No, drivers will always see the original text mode. Regardless of > where the second server is started from, it will activate its own VC. > This'll cause the first server to switch out, restoring the text mode > it saw on entry, in time for the second server's drivers to save it > again. Right. I gave it a try and this is what I observed. On Mon, 8 Apr 2002, Joe Krahn wrote: > It seems to me that the VT switching problem is due > to text consoles not being smart enough to restore > a text mode when thay are restarted. Would that be > too hard to implement, due to the variety of (sometimes > proprietary) video cards? It seems that a console should > be able to do it, because the OS has initialized the > video card at some point. Another good idea. Would this be the right solution? It seems the simplest. Josh _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
