From: Petr Vandrovec <vandrove@vc.cvut.cz>
To: mythos <papadako@csd.uoc.gr>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Matrox G400 Dualhead
Date: Mon, 02 Apr 2001 10:36:50 -0700 [thread overview]
Message-ID: <3AC8B8B2.FF9F66B7@vc.cvut.cz> (raw)
In-Reply-To: <Pine.GSO.4.33.0104012313000.20758-100000@iridanos.csd.uch.gr>
mythos wrote:
>
> I solved the problem with dualhead!!!
> Second head from 2.4.3 is /dev/fb2 rather than /dev/fb1.
> Just had to look to the messages.
And who is /dev/fb1? You must change your configuration...
> P.S. Petr on the second head if I put mouse in the right-corner at the
> bottom of the screen I will have a nice white border around the screen.
It is feature. Secondary head does not have any blanking, it just
repeats
last 64bits (last memory fetch cycle) again and again through whole
vertical
blanking interval (try 'setterm -bgcolor red' and you'll see). There are
two possible workarounds:
(1) create screen with width = 648 instead of 640 (it must be visible
width!)
and fill this column with black.
This brokes too many apps because of they expect that they can
horizontally
scroll for vxres - xres pixels :-(
This is what Windows drivers do.
(2) create screen with height = 481 instead of 480 and fill this line
with
black. Unfortunately, you cannot use virtual scrolling then :-(
So I decided just to live with it... You can just try 'fbset -yres 481
-vyres 481'
- it should implement (2).
> Also cursor blinks very strange if there is a lot of move on another
> framebuffer on the first head and leaves some white blocks around.
You are not using 'video=scrollback:0', do you? You should... There were
some
changes in console_lock recently, maybe that someone now forgets to grab
lock
when doing scrolling/putcs?
Petr
next prev parent reply other threads:[~2001-04-02 17:37 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-01 20:22 mythos
2001-04-02 17:36 ` Petr Vandrovec [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-05-27 22:48 mythos
2001-05-28 3:13 ` Rafael Herrera
2001-05-28 8:43 ` mythos
2001-05-28 16:16 ` Rafael Herrera
2001-04-02 22:55 Trevor Hemsley
2001-03-31 17:46 J Brook
2001-03-31 11:01 Trevor Hemsley
2001-04-02 17:39 ` Petr Vandrovec
2001-03-31 0:12 J Brook
2001-03-31 1:59 ` Petr Vandrovec
2001-03-31 7:09 ` Rafael E. Herrera
2001-03-30 20:13 mythos
2001-03-30 20:45 ` Alan Olsen
2001-03-30 21:10 ` mythos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3AC8B8B2.FF9F66B7@vc.cvut.cz \
--to=vandrove@vc.cvut.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=papadako@csd.uoc.gr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®