Re: [Linux-fbdev-devel] [CONFIG_FB_NVIDIA] Mirrored characters on the console on a G5

[Antonino A. D. <ad...@ho...>]

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