Atari console corruption

Atari console corruption

[Geert Uytterhoeven]

If your shell command line looks like:

sh-3.1# abcd

Then insert another 'b' in front of the existing 'b'. The 'c' will
become corrupted.
The actual characters don't matter, except that the inserted character must be
the same as the existing one.
It happens in all even columns, so if your prompt is different, just try it at
a different even position.

It happens in frame buffer depths 2, 4, and 8. In monochrome mode the corruption
is different. In 16 bpp, when it uses the cfb code, there's no
corruption, so the bug
must be in the Atari-specific code.

I could not reproduce it in vi, only in bash.

Tested on ARAnyM only.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: Atari console corruption

[Andreas Schwab]

Geert Uytterhoeven <geert@linux-m68k.org> writes:

> If your shell command line looks like:
>
> sh-3.1# abcd
>
> Then insert another 'b' in front of the existing 'b'. The 'c' will
> become corrupted.

Minimal testcase:

$ printf 'abcd\10\10\33[@\n'

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: Atari console corruption

[Thorsten Glaser]

Andreas Schwab dixit:

>> become corrupted.
>
>Minimal testcase:
>
>$ printf 'abcd\10\10\33[@\n'

Doesn’t happen on the 2.6.32-5+m68k.5-atari I just built. Good news
too, video=atafb:vga2 is no longer needed either.

bye,
//mirabilos
-- 
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success                       22:21⎜<mksh> it’s a
very thin line anyway… with some, you don’t know which side they’re on

Re: Atari console corruption

[Geert Uytterhoeven]

On Sun, Jan 30, 2011 at 15:17, Thorsten Glaser <tg@mirbsd.de> wrote:
> Andreas Schwab dixit:
>
>>> become corrupted.
>>
>>Minimal testcase:
>>
>>$ printf 'abcd\10\10\33[@\n'
>
> Doesn’t happen on the 2.6.32-5+m68k.5-atari I just built. Good news
> too, video=atafb:vga2 is no longer needed either.

Are you sure? Nothing related to that got fixed. I'm still seeing it
on 2.6.38-rc2.
You must use an Atari interleaved bitplanes mode to see it, though.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: Atari console corruption

[Thorsten Glaser]

Geert Uytterhoeven dixit:

>You must use an Atari interleaved bitplanes mode to see it, though.

That might have been the thing I didn’t, probably. I actually
don’t know what video mode it uses, except the colours are
reversed (I have linuxlogo in .profile just for fun, and the
red Debian swirl is blue on the graphical console). No idea
what “optimal” settings to use in ARAnyM either…

bye,
//mirabilos
-- 
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success                       22:21⎜<mksh> it’s a
very thin line anyway… with some, you don’t know which side they’re on

Re: Atari console corruption

[Michael Schmitz]

Geert,
>>> $ printf 'abcd\10\10\33[@\n'
>>>       
>> Doesn’t happen on the 2.6.32-5+m68k.5-atari I just built. Good news
>> too, video=atafb:vga2 is no longer needed either.
>>     
>
> Are you sure? Nothing related to that got fixed. I'm still seeing it
> on 2.6.38-rc2.
>   
You did include my ST-RAM pool reserve patch, that might have fixed 
problems with video modes taking more than the minimum amount of RAM for 
the screen buffer. Hence no need to stick to vga2.
> You must use an Atari interleaved bitplanes mode to see it, though.
>   
There may well have been bugs in that code - I'm sure I have seen 
incorrect overtype behavior with the sthigh mode myself. Not sure what 
kernel version that happened on.

I'll give it a test on the emulator.

Cheers,

  Michael

Re: Atari console corruption

[Geert Uytterhoeven]

On Sun, Jan 30, 2011 at 20:15, Thorsten Glaser <tg@mirbsd.de> wrote:
> Geert Uytterhoeven dixit:
>>You must use an Atari interleaved bitplanes mode to see it, though.
>
> That might have been the thing I didn’t, probably. I actually
> don’t know what video mode it uses, except the colours are
> reversed (I have linuxlogo in .profile just for fun, and the
> red Debian swirl is blue on the graphical console). No idea
> what “optimal” settings to use in ARAnyM either…

I couldn't reproduce this color issue.
What does `fbset -i' say?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: Atari console corruption

[Thorsten Glaser]

Geert Uytterhoeven dixit:

>What does `fbset -i' say?

*installs fbset* (if it helps, the lightwhite text of linux_logo -uy
is fine, but the normal shell lightgrey on black looks yellowish)

mode "640x480-60"
    # D: 25.176 MHz, H: 31.470 kHz, V: 59.943 Hz
    geometry 640 480 640 960 4
    timings 39720 42 18 31 11 100 3
    rgba 4/0,4/0,4/0,0/0
endmode

Frame buffer device informaion:
    Name	: Atari Builtin
    Address	: 0xb27000
    Size	: 307200
    Type	: INTERLEAVED PLANES (2 bytes interleave)
    Visual	: PSEUDOCOLOR
    XPanStep	: 1
    YPanStep	: 1
    YWrapStep	: 0
    LineLength	: 320
    Accelerator	: Atari Blitter

Hm, so it appears I *am* using an interleaved mode but do not
have the corruption. Nice… (but then, this is an old kernel with
only a few of the modern patches… OTOH, I never saw it…)

ARAnyM config looks like:

[VIDEO]
FullScreen = No
BootColorDepth = 8
VidelRefresh = 1

and
Args = root=/dev/hda1 console=tty debug=par
(using video=atafb:vga2 is no longer needed thanks to the stram fix)

bye,
//mirabilos
-- 
22:20⎜<asarch> The crazy that persists in his craziness becomes a master
22:21⎜<asarch> And the distance between the craziness and geniality is
only measured by the success                       22:21⎜<mksh> it’s a
very thin line anyway… with some, you don’t know which side they’re on

Re: Atari console corruption

[Geert Uytterhoeven]

On Wed, Oct 13, 2010 at 9:10 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> If your shell command line looks like:
>
> sh-3.1# abcd
>
> Then insert another 'b' in front of the existing 'b'. The 'c' will
> become corrupted.
> The actual characters don't matter, except that the inserted character must be
> the same as the existing one.
> It happens in all even columns, so if your prompt is different, just try it at
> a different even position.
>
> It happens in frame buffer depths 2, 4, and 8. In monochrome mode the corruption
> is different. In 16 bpp, when it uses the cfb code, there's no
> corruption, so the bug
> must be in the Atari-specific code.
>
> I could not reproduce it in vi, only in bash.
>
> Tested on ARAnyM only.

FTR, this was "fixed" in commit 81732c3b2fede049 ("tty vt: Fix line
garbage in virtual console on command line edition") in v3.7, followed
by a few fixes for the regressions introduced by this fix.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds