From: "Antonino A. Daplas" <adaplas@hotpop.com>
To: Francois <f.taiani@computer.org>, adaplas@pol.net
Cc: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: [CONFIG_FB_NVIDIA] Mirrored characters on the console on a G5
Date: Fri, 22 Apr 2005 10:50:14 +0800 [thread overview]
Message-ID: <200504221050.19922.adaplas@hotpop.com> (raw)
In-Reply-To: <1114017690.24964.27.camel@mac-francois>
On Thursday 21 April 2005 01:21, Francois wrote:
> Hi Tony,
>
> > On Fri, 2005-04-15 at 11:07 +0800, Antonino A. Daplas wrote:
> > > > If it does, this is a problem with nvidia's imageblit function which
> > > > converts big-endian bitmaps to little endian? Perhaps the help
> > > > reverse_order() is not needed for your arch. Can you comment out
> > > > calls to reverse_order() in drivers/video/nvidia/nv_accel.c?
> > >
> > > I'll try this and I'll get back to you this the results.
> >
> > I'll wait, thanks.
>
> I've compiled a new kernel with those lines commented out, and this
> solves the console issue: no more mirrored characters. However the X
> display is now garbled in the same way as with the ribafb driver: it
> looks like some pixel columns are not used (fine vertical black lines
> repeated in a regular pattern (every 4 screen pixel ?)), and the whole
> screen is stretched horizontally as if an "X pixel" was represented as a
> 3x1 rectangle. If I move my mouse to the right border is re-appears on
> the left border and as I move it it overwrites the previous pixels there
> with what should be beyond the right border (as if multiple 'X pixels'
> were mapped to the same location on the screen in a kind of modulo
> operation). I can go through three and half whole horizontal screens
> like that.
>
> I guess this is quite fuzzy, but I don't know how to explain it better.
> It looks like reverse_order is not needed for in console mode but is
> needed in graphic mode. Could it make sense?
No, it does not make sense to me how reverse_order() can affect the output
of X.
Can you verify that it is really reverse_order() that affects X's output and not
if accel is on or off?
Tony
>
> Cheers
>
> Francois
>
> > On Fri, 2005-04-15 at 11:07 +0800, Antonino A. Daplas wrote:
> >
> > On Friday 15 April 2005 00:52, Francois wrote:
> > > Hi Tony,
> > >
> > > > Only characters are mirrored, and not the entire row (ie, row starts
> > > > at the left side, and not at the right)?
> > >
> > > Only the characters (so I can't look in a mirror and have a "normal"
> > > screen
> > >
> > > :-).
> > > :
> > > > Can you try fbset -accel false and see if it helps?
> > >
> > > Right on the spot! I can now switch between mirrored and not mirrored.
> >
> > You can also append this when you boot:
> >
> > video=nvidiafb:noaccel
> >
> > so you don't have to do an fbset -accel false each time.
> >
> > > > I think rivafb supports this particular chipset, but without
> > > > acceleration.
> > >
> > > Actually my X display is garbled with rivafb (with which console
> > > characters are fine). With fb_nvidia, X seems to work fine
> > > independently of whether the acceleration is switched on or off (some
> > > screen size and frequency issues needs tuning though).
> > >
> > > > If it does, this is a problem with nvidia's imageblit function which
> > > > converts big-endian bitmaps to little endian? Perhaps the help
> > > > reverse_order() is not needed for your arch. Can you comment out
> > > > calls to reverse_order() in drivers/video/nvidia/nv_accel.c?
> > >
> > > I'll try this and I'll get back to you this the results.
> >
> > I'll wait, thanks.
> >
> > Tony
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
next prev parent reply other threads:[~2005-04-25 3:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-12 9:31 [CONFIG_FB_NVIDIA] Mirrored characters on the console on a G5 Francois
2005-04-14 5:51 ` Antonino A. Daplas
2005-04-14 16:52 ` Francois
2005-04-15 3:07 ` Antonino A. Daplas
2005-04-20 17:21 ` Francois
2005-04-22 2:50 ` Antonino A. Daplas [this message]
2005-08-17 16:04 ` Francois Taiani
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=200504221050.19922.adaplas@hotpop.com \
--to=adaplas@hotpop.com \
--cc=adaplas@pol.net \
--cc=f.taiani@computer.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
/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;
as well as URLs for NNTP newsgroup(s).