[lkml]   [2001]   [Jan]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: display problem with matroxfb
Grr. Did not pass through due to DUL blacklist...

----- Transcript of session follows -----
... while talking to
>>> RCPT To:<>
<<< 550 5.7.1 Policy analysis reported: See <URL:> rcpt=<>
550 5.1.1 User unknown

----- Original message -----

Date: Wed, 24 Jan 2001 01:53:09 +0100
From: Petr Vandrovec <>
To: f5ibh <>
Subject: Re: display problem with matroxfb
User-Agent: Mutt/1.3.12i
In-Reply-To: <>; from on Wed, Jan 24, 2001 at 12:19:14AM +0100

On Wed, Jan 24, 2001 at 12:19:14AM +0100, f5ibh wrote:
> I copied the following block in /etc/fb.modes
> mode "640x480-60"
> # D: 25.200 MHz, H: 31.500 kHz, V: 59.999 Hz
> geometry 640 480 640 480 8
> timings 39683 48 16 33 10 96 2
> accel true
> rgba 8/0,8/0,8/0,0/0
> endmode
> With these parameters, the command 'fbset -match -a' is enough to reset the
> display to normal operation. So, you was right.

It is stranger and stranger with each email from you :-(

> > Also, you do not have to specify vesa,pixclock,hslen and vslen, as you leave
> > them on defaults. So 'video=matrox:left:50,right:10,upper:32,lower:11'
> > should work... But I think that only 'right:' really matters.
> This does not work ... I've to use the fbset command to reset the display to
> normal operation after login in (or in an automatic command at boot time in
> /et/init.d). This works, but I've lost the logo ;-)

Can you try 'video=matrox:init' ? And 'video=matrox:nopan'? First (init) should
reinitialize hardware from scratch. Maybe it is programmed to some unusual
delay between memory and CRT - but in such case shift cannot be more than 64
pixels (8 chars).

And nopan disables vertical panning (by default matroxfb sets vyres to largest
possible value, equivalent to 'geometry 640 480 640 65535 8'). But if there is
problem with vertical panning, screen should jump to left and right when scrolling
up, not stay just moved right.

If everything above fails, there is function matrox_set_var in
linux/drivers/video/matrox/matroxfb_base.c. This function contains also follwing

mga_setr(M_CRTC_INDEX, 0x0D, p0);
mga_setr(M_CRTC_INDEX, 0x0C, p1);
if (ACCESS_FBINFO(devflags.support32MB))
mga_setr(M_EXTVGA_INDEX, 0x08, p3);
mga_setr(M_EXTVGA_INDEX, 0x00, p2);

Can you just duplicate this block once more? Documentation says that value written
to M_CRTC_INDEX/C,D is applied after write to M_EXTVGA_INDEX/0, but maybe that your
piece of hardware thinks that it is just other way around (I'm sure that Millennium
and Gxx0 hardware needs CRTC0D/0C first, and CRTCEXT0 last, but who knows).
Best regards,
Petr Vandrovec

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:21    [W:0.035 / U:6.600 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site