Re: Another problem, seemingly coming f

From: Petr Vandrovec <hidden>
Date: 2002-10-15 11:00:11

On 15 Oct 02 at 12:33, Carlo E. Prelz wrote:
Now that I can see the output of the second card, I have a new
problem. WIth both versions of the driver, the output on the second
head is influenced by what is sent to the first head. It is very
difficult for me to describe, especially because the relative PC is
very far from me. But I see that, if I set the second head to 16bpp,
the amount of disruption to it is little if the first head is set to
32bpp, medium if set to 16 and very high if the first head is set to
8bpp. It seems the info for the first head is spilling to the second
one. This does not happen if the g400 is by itself, only if the
Millennium is also present.
quoted hunk
-40: 20 41 04 50 00 3c 00 00 06 ff ff 06 00 00 00 00
-50: 00 30 00 01 19 a4 90 01 00 00 00 00 00 00 00 00
+40: 20 00 04 00 00 3c 00 00 2b ff ff 2b 00 00 00 00
+50: 00 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00
It looks ok - VGA aperture (bit 0 of reg 0x41) is disabled,
so no corruption should occur.
All the above comes from 2.4.20-pre10-ac2 with your previous
patch. Can you help again? Any other info that you may need?
By default (after powerup) you'll see garbage on secondary monitors.
They'll be up in 640x480/60Hz, but without usable picture. You
must do 'con2fb /dev/fb1 /dev/tty5' to get usable picture on
screen. And you must boot with 'video=scrollback:0', otherwise
picture will get corrupted if you'll hit 'shift-pgup'. But until
you hit shift-pgup, picture should be ok.
                                                Petr
                                                


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help