During Xconfigurators probing of the card for modes, or
after exiting from X, the text mode of the VT is
scrambled. None of the fixes listed in bugs 129 or 155
seems to correct this error. I have seen this bug in 5.2
and 6.0. Even upgrading to the 188.8.131.52-52 packages had no
effect. restoretextmode did not help. setfont did not
help. Both the SVGA and S3V servers get the same results.
Xwindows itself runs fine, as you can use it without
trouble. The color terminal screens show none of the
scambling that has occured in the regular terminals. The
system does not lock up in any way.
I would be quite willing to ship you my video card for the sake of
experimentation, if that would be helpful. I have spare parts
aplenty. I tried a fresh install of 6.0 and the error is still
Dave, please verify this bug with the new test 3.3.5 release, will
What is the exact chipset of your card as reported in /proc/pci? Is
it a ViRGE/GX or ViRGE/GX2?
------- Additional Comments From 08/31/99 21:24 -------
/proc/pci identifies it as a Virge/DX or GX(rev 1).
The company who made the card identifies it as a S# Virge GX 3D
Chipset. Hope this helps.
I have upgraded the system to the new 3.3.5-0.6.0 XFree86 packages.
Still shows the same error. I'm getting to the point where I may just
take a few months to examine all the possible culprits in terms of
code. I'm really only an amatuer coder, but why not. Maybe it's
something fairly simple... Any suggestions on where to look?
Are you using the framebuffer console?
Nope, just running it Using the standard methods. The card is
supported under the SVGA server at 24bit color 1024x768.
Xconfigurator identifies it neatly, and sets it up without trouble.
The only difficulty is that once it probes for video modes, you have
to proceed from memory through the menus to finish up. It becomes
unreadable. It looks something like this text:
S e] p i sx d o n y
As if its adding spaces and wrapping the text around about 1 1/2 times
the screen width. X remains fine though. Once it's started, you
notice nothing until you attempt to go back to the VT.
I did a quick card switch just to check out a thought. I replaced one
Virge GX card with another Virge GX card from a different
manufacturer. The original was a card from AOpen, called the PT75
Plus II. This is the card with the VT problem. The STB card I put in
had no such error. It might be good to list this card as a lemon
somewhere in the hardware compat list. I'm going to stick the card in
a test system at work for experimentation. Let me know if anyone
still wants to pursue this bug..
we'll close it since we can't seem to duplicate it with anything but
that evil card, but we will also add it to our "unsupported hardware"