Skip to contentSkip to conversation

2.6.0-test1 + matroxfb = unuusable VC

DISCUSSION Petr Vandrovec 4 participants 5 messages Jul 23, 2003 – Jul 26, 2003

lore
Share & tools
lore
#0 lore raw
Quoted 8 lines · Michel Eyckmans (MCE)
Quoted 7 lines
Quoted 3 lines

In this case, does it happen if you exit X, or only if you are switching to the console while X are active? If it happens only in second case, then it is bug (I believe fixed long ago) in XFree mga driver: it was sometime

it is the latter case, thanks for the info! regardless, the 2.6.0-test1 problems continue; i'll update my x this evening if my version doesn't contain the fix.

Quoted 8 lines

After reading this, I enthousiastically upgraded from Xfree 4.2.0 to 4.3.0, but nothing changed. :-( The problem is indeed X-related, but refuses to go away after the upgrade.

Also, I've had 4.2.0 and several earlier X versions working just fine with the "old" matroxfb in the same setup that I'm using now. Was there a bug workaround for this issue in the old driver? If so, is there any hope of it returning?

Are you sure it was matroxfb and not DRI what changed? I do not know about any changes... But in the past (2.4.x) if XFree would set videomode through /dev/fbX while being invisible (but with controlling tty), nothing would change on display, as only videomode for XFree's VT would change. Now when there is no such virtualization, XFree server can change videomode of your actually visible console by mistake, while your VT could still cache its idea of screen somewhere. But it does not look very possible, you would probably notice that display resolution changed behind you...

Anyway, can you try applying matroxfb-2.5.72.gz from ftp://platan.vc.cvut.cz/pub/linux/matrox-latest to your tree (you can enable only matroxfb after patching, no other fbdev will work) and retry tests? Except other things it restores /dev/fbX behavior from 2.4.x kernels. I have running XFree (Debian unstable, G550, gnome2, since last week with metacity WM, with sawfish2 before) & VMware in the background while being at textual console all the time, and I see no strange rectangles on the screen...
Petr

#1 lore raw
Quoted 2 lines

Are you sure it was matroxfb and not DRI what changed?

Actually, no. I've been stuck at 2.5.46 for *ages* due to a never ending succession of driver issues (still not all solved by the way). 2.5.72 was the next kernel I could actually try to use. A lot of change takes place over that many kernel revisions.

But "never mind" (although... :-), because...

Quoted 4 lines

Anyway, can you try applying matroxfb-2.5.72.gz from
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest to your tree (you can enable only matroxfb after patching, no other fbdev will work) and retry tests?

YES! No more ghost X image, no more white rectangles, no more sudden jump scrolling, and a backspace key that actually works again. Please do consider pushing (some of) this to Linus for inclusion into the 2.6.0.test series!

Thanks,

MCE

#2 lore raw
Quoted 7 lines
Quoted 2 lines

Are you sure it was matroxfb and not DRI what changed?

Actually, no. I've been stuck at 2.5.46 for *ages* due to a never ending succession of driver issues (still not all solved by the way). 2.5.72 was the next kernel I could actually try to use. A lot of change takes place over that many kernel revisions.

Which drivers issues ?

Quoted 3 lines

jump scrolling, and a backspace key that actually works again. Please do consider pushing (some of) this to Linus for inclusion into the 2.6.0.test series!

So bug fixes in the orginal driver must of been dropped.

#3 lore raw
Quoted 7 lines
Quoted 5 lines

Actually, no. I've been stuck at 2.5.46 for *ages* due to a never ending succession of driver issues (still not all solved by the way). 2.5.72 was the next kernel I could actually try to use. A lot of change takes place over that many kernel revisions.

Which drivers issues ?

Nothing to worry about anymore. There were some matroxfb ones (oopses at boot only when actively using matroxfb, for instance) but also a ton of non-video related stuff: whenever one thing got fixed, something had been broken in the mean time. Some of it still not solved, by the way, (aha152x anyone?).

The matrox oopses were solved already before I applied Petr's matroxfb-2.5.72.gz patch.

MCE

#4 lore raw
In reply to Michel Eyckmans (MCE)

Michel Eyckmans (MCE) assumed the extended riemann hypothesis and showed:

Quoted 7 lines
Quoted 4 lines

Anyway, can you try applying matroxfb-2.5.72.gz from
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest to your tree (you can enable only matroxfb after patching, no other fbdev will work) and retry tests?

YES! No more ghost X image, no more white rectangles, no more sudden jump scrolling, and a backspace key that actually works again.

indeed, this patch also fixes all strange behavior i was seeing when applied to 2.6.0-test1-ac3 yesterday; i haven't noticed a problem yet. james, if you have time to pull the old behavior apart and push patches for testing that may have been missed, i've got two cards that are fixed by this patch.

Signature · 3 lines
nick black <[email protected]>
"np:  nondeterministic polynomial-time
the class of dashed hopes and idle dreams." - the complexity zoo