X starts up and works just fine, but switching to text consoles or exiting X leaves the output on them completely garbled. The screen appears to be in textmode 80x25 (?????? i use vesa fb 1024x768 16bpp) typically with a bunch of random green squares the size of a 80x25 character, sometimes with pink characters flashing on them (those upper ASCII characters.....) or just a black screen, this appears to be random video memory left on the textmode buffer. The VT's still seem to react normally to keyboard input (and mouse movement if gpm is running) ie. blind-typing "find /" on a logged-in VT causes disk access, and the green squares move all over the place, appear, disappear, etc etc....
If i still have a X server running and return to it, or start a new one, i get a perfectly, normally working X session. The only way i found to get consoles back to usable state without rebooting, is to - either remotely or from a shell script - run a bare X server in 1024x768 16bpp (the mode that matches my console mode) and "kill -9" it forcing the screen to be left in this mode, then use chvt to switch to a text console.
Machine is a standard i686 PC with a Geforce3 TI, running XFree86 4.3 on Linux kernel 2.4.22. I use VESA framebuffer 1024x768 16bpp for console (lilo boot param "vga=791") and the latest drivers from nvidia.com, currently "NVIDIA-Linux-x86-1.0-5328-pkg1.run".
Someone reported similar problems on redhat using a laptop with a Nvidia card, but it seems that installing the new Nvidia drivers was supposed to solve the problem. ---> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107467
_______________________________________________ XFree86 mailing list XFree86@xxxxxxxxxxx http://XFree86.Org/mailman/listinfo/xfree86
