I'm not sure if this is a bug in the X server itself, or the Nvidia
driver, but this happens both with the stock nv driver, and the recent
ones from nvidia.com - so i'd assume it's a X server related bug.
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
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xfree86