Mailing List Archive

Console scrollback
Hello list,

I see that the kernel code to scroll the console has been stripped out [1].
What do people use instead?

This loss is a nuisance while installing a new system, as I am still trying to
do on my old laptop.

1. https://soylentnews.org/article.pl?sid=20/09/15/1824233&from=rss

--
Regards,
Peter.
Re: Console scrollback [ In reply to ]
On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote:
> Hello list,
>
> I see that the kernel code to scroll the console has been stripped out [1].
> What do people use instead?
>
> This loss is a nuisance while installing a new system, as I am still trying
> to do on my old laptop.
>
> 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233&from=rss

A relief to see I'm not alone in experiencing this problem - I thought I had
misconfigured something on my systems. :-)

A way around it would be to use screen or tmux and use their internal buffer.
However, if you're already logged in a console and suddenly want to
Shift+PageUp, then it would be too late. This suggestion won't help if you
want to look at the rc scripts output as the system boots, but you can capture
these separately in syslog.
Re: Console scrollback [ In reply to ]
On Wednesday, 13 January 2021 10:38:01 GMT Michael wrote:
> On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote:
> > Hello list,
> >
> > I see that the kernel code to scroll the console has been stripped out
> > [1]. What do people use instead?
> >
> > This loss is a nuisance while installing a new system, as I am still
> > trying to do on my old laptop.
> >
> > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233&from=rss
>
> A relief to see I'm not alone in experiencing this problem - I thought I had
> misconfigured something on my systems. :-)
>
> A way around it would be to use screen or tmux and use their internal
> buffer. However, if you're already logged in a console and suddenly want to
> Shift+PageUp, then it would be too late. This suggestion won't help if you
> want to look at the rc scripts output as the system boots, but you can
> capture these separately in syslog.

It's a pain in the neck while trying to emerge a base system and being thrown
scores of lines of reasons why it can't be done, with the prime cause long
gone. I tried using "| tee 2>&1 > /tmp/file" and then viewing the file on
another vTTY, but there ought to be a neater way.

--
Regards,
Peter.
Re: Console scrollback [ In reply to ]
On Wed, 13 Jan 2021 10:55:18 +0000
Peter Humphrey <peter@prh.myzen.co.uk> wrote:

> On Wednesday, 13 January 2021 10:38:01 GMT Michael wrote:
> > On Wednesday, 13 January 2021 10:30:19 GMT Peter Humphrey wrote:
> > > Hello list,
> > >
> > > I see that the kernel code to scroll the console has been stripped out
> > > [1]. What do people use instead?
> > >
> > > This loss is a nuisance while installing a new system, as I am still
> > > trying to do on my old laptop.
> > >
> > > 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233&from=rss
> >
> > A relief to see I'm not alone in experiencing this problem - I thought I had
> > misconfigured something on my systems. :-)
> >
> > A way around it would be to use screen or tmux and use their internal
> > buffer. However, if you're already logged in a console and suddenly want to
> > Shift+PageUp, then it would be too late. This suggestion won't help if you
> > want to look at the rc scripts output as the system boots, but you can
> > capture these separately in syslog.
>
> It's a pain in the neck while trying to emerge a base system and being thrown
> scores of lines of reasons why it can't be done, with the prime cause long
> gone. I tried using "| tee 2>&1 > /tmp/file" and then viewing the file on
> another vTTY, but there ought to be a neater way.
>


How about this (works with bash, not sure about other shells):
emerge |& less

This should work with all shells:
emerge 2>&1 | less

Cheers
Andreas
Re: Console scrollback [ In reply to ]
On Wednesday, 13 January 2021 11:21:54 GMT Andreas Fink wrote:

> How about this (works with bash, not sure about other shells):
> emerge |& less
>
> This should work with all shells:
> emerge 2>&1 | less

That's better; thanks Andreas.

--
Regards,
Peter.
Re: Console scrollback [ In reply to ]
Hello, Peter.

On Wed, Jan 13, 2021 at 10:30:19 +0000, Peter Humphrey wrote:
> Hello list,

> I see that the kernel code to scroll the console has been stripped out
> [1].

This is appalling. I do all my work on the console (apart from web
browsing), and with this development, Linux effectively becomes unusable
to me. I will NOT be bullied into using second rate alternatives like
X-Windows terminals.

Thanks for the heads up!

> What do people use instead?

Well, it looks like I'll have to stop upgrading my kernel at 5.8.n.
That can only be a short term answer, though.

> This loss is a nuisance while installing a new system, as I am still
> trying to do on my old laptop.

> 1. https://soylentnews.org/article.pl?sid=20/09/15/1824233&from=rss

Question: I'm a C hacker; how do I go about getting to restore (and
enhance) this essential facility myself?

> --
> Regards,
> Peter.

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
On Wed, 13 Jan 2021 18:14:39 +0000, Alan Mackenzie wrote:

> > I see that the kernel code to scroll the console has been stripped out
> > [1].
>
> This is appalling. I do all my work on the console (apart from web
> browsing), and with this development, Linux effectively becomes unusable
> to me. I will NOT be bullied into using second rate alternatives like
> X-Windows terminals.

What about screen/tmux?


--
Neil Bothwick

WinErr 00D: Window closed - Do not look outside
Re: Console scrollback [ In reply to ]
On Wednesday, 13 January 2021 18:14:39 GMT Alan Mackenzie wrote:
> Hello, Peter.
>
> On Wed, Jan 13, 2021 at 10:30:19 +0000, Peter Humphrey wrote:
> > Hello list,
> >
> > I see that the kernel code to scroll the console has been stripped out
> > [1].
>
> This is appalling. I do all my work on the console (apart from web
> browsing), and with this development, Linux effectively becomes unusable
> to me. I will NOT be bullied into using second rate alternatives like
> X-Windows terminals.
>
> Thanks for the heads up!
>
> > What do people use instead?
>
> Well, it looks like I'll have to stop upgrading my kernel at 5.8.n.

Actually, the console-scrolling code has gone from 5.4.80 too. Also 5.4.72 I
think.

--
Regards,
Peter.
Re: Console scrollback [ In reply to ]
On 1/13/21 11:14 AM, Alan Mackenzie wrote:
> This is appalling. I do all my work on the console (apart from web
> browsing), and with this development, Linux effectively becomes
> unusable to me. I will NOT be bullied into using second rate
> alternatives like X-Windows terminals.

Wow. I don't think I've run into someone that was a devout
{physical,virtual} /console/ user in quite a while.

I'm curious what you do in the Linux console that can't be done in a
terminal emulator.

I know that there is a lot of difference in different terminal
emulators. -- I *strongly* prefer XTerm as it does things that other
terminal emulators have never heard of.

Please share if you do things that /can/ be done in the Linux console
that /can't/ be done in a terminal emulator.

If it's just preference, then hat's off to you.



--
Grant. . . .
unix || die
Re: Console scrollback [ In reply to ]
Hello, Grant.

On Wed, Jan 13, 2021 at 12:32:28 -0700, Grant Taylor wrote:
> On 1/13/21 11:14 AM, Alan Mackenzie wrote:
> > This is appalling. I do all my work on the console (apart from web
> > browsing), and with this development, Linux effectively becomes
> > unusable to me. I will NOT be bullied into using second rate
> > alternatives like X-Windows terminals.

> Wow. I don't think I've run into someone that was a devout
> {physical,virtual} /console/ user in quite a while.

> I'm curious what you do in the Linux console that can't be done in a
> terminal emulator.

Well, there's really not much that can't be done in a terminal emulator.
But it's the manner of the doing that's important. Doing text work in X
is s l u g g i s h. Changing from one application to another, which
would be achieved by, say Alt-F4 on a console takes more key sequences
in X, and is less than instantaneous. The X terminal emulator tends not
to occupy the whole screen - it tends to have title bars, menu items,
tabs even, which just distract from the task at hand. Maybe it can be
set up to take the whole screen, but that's work. And the fonts used
tend to be less distinct and helpful than the 16 x 8 bitmaps I have on
the console. And X windows steals useful key sequences, such as
Alt-Tab. On an Emacs session, in three columns on a console, I can
display 195 consecutive lines of a source file simultaneously.

I could go on, but ...

That's not to say there aren't problems with the tty console - even
before the screen scrolling was removed altogether, it wasn't exactly
anything to write home about. And it would be nice to have more than 16
colours available. But, on balance, I'll stick with the console.

> I know that there is a lot of difference in different terminal
> emulators. -- I *strongly* prefer XTerm as it does things that other
> terminal emulators have never heard of.

> Please share if you do things that /can/ be done in the Linux console
> that /can't/ be done in a terminal emulator.

I think bringing up a new Gentoo system absolutely requires working in
the console, certainly up to the point where X11 and a Window Manager
have been installed and debugged.

> If it's just preference, then hat's off to you.



> --
> Grant. . . .
> unix || die

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
On 1/13/21 2:56 PM, Alan Mackenzie wrote:
> Hello, Grant.

Hi Alan,

> Well, there's really not much that can't be done in a terminal
> emulator. But it's the manner of the doing that's important.

Okay. I can appreciate and respect that response.

> Doing text work in X is s l u g g i s h. Changing from one
> application to another, which would be achieved by, say Alt-F4 on a
> console takes more key sequences in X, and is less than instantaneous.

I don't know that I've ever experienced the sluggishness that you're
talking about. But that doesn't mean it doesn't exist. I will admit
that Alt-Tabing through windows is an additional step vs Alt-F# in that
you have the intermediary list that you cycle through vs just jumping
directly to the desired window.

> The X terminal emulator tends not to occupy the whole screen - it tends
> to have title bars, menu items, tabs even, which just distract from
> the task at hand. Maybe it can be set up to take the whole screen,
> but that's work. And the fonts used tend to be less distinct and
> helpful than the 16 x 8 bitmaps I have on the console.

Those seem more like preferences / settings to me. But preferences are
still sufficient to drive decisions.

> And X windows steals useful key sequences, such as Alt-Tab.

True.

> On an Emacs session, in three columns on a console, I can display
> 195 consecutive lines of a source file simultaneously.

I would expect that to be the same possibility in X and on the console.
Or quite close counterparts.

> I could go on, but ...
>
> That's not to say there aren't problems with the tty console - even
> before the screen scrolling was removed altogether, it wasn't exactly
> anything to write home about. And it would be nice to have more than
> 16 colours available. But, on balance, I'll stick with the console.

Fair enough. To each their own.

> I think bringing up a new Gentoo system absolutely requires working
> in the console, certainly up to the point where X11 and a Window
> Manager have been installed and debugged.

True.

Thank you Alan, for enlightening me to your work flow and how the
console is better for you.



--
Grant. . . .
unix || die
Re: Console scrollback [ In reply to ]
On 2021-01-13, Alan Mackenzie <acm@muc.de> wrote:

> I think bringing up a new Gentoo system absolutely requires working in
> the console, certainly up to the point where X11 and a Window Manager
> have been installed and debugged.

I usually install Gentoo via ssh.

The article I read about the removal of Linux console's backscrolling
feature said it was mostly due to lack of a maintainer for that code,
and that if somebody stepped forward to maintain it, it could be revived.

FWOW, if you really want backscrolling on the console, you can get
that with screen, but doing so would drive me nuts, since I'd have to
break all my fingers to stop them from typeing ctrl-A to move the
start of a line. I've switched screen's meta-character a few times,
but everytime I try that I find my fingers already have something else
assigned to that control character (which I had forgotten about). It
would be nice if I could print out my fingers' assignment table to
find an unused control character, but that doesn't seem to be how it
works.

--
Grant
Re: Re: Console scrollback [ In reply to ]
On Wed, 13 Jan 2021 22:15:25 -0000 (UTC), Grant Edwards wrote:

> FWOW, if you really want backscrolling on the console, you can get
> that with screen, but doing so would drive me nuts, since I'd have to
> break all my fingers to stop them from typeing ctrl-A to move the
> start of a line.

The decision to use Ctrl-A seems insane as it is such a well used key
combination. I used to change it to Ctrl-B, but now I use tmux, which
uses Ctrl-B by default.


--
Neil Bothwick

Nobody's perfect and since I'm nobody...!
Re: Console scrollback [ In reply to ]
On 2021-01-13, Neil Bothwick <neil@digimed.co.uk> wrote:
> On Wed, 13 Jan 2021 22:15:25 -0000 (UTC), Grant Edwards wrote:
>
>> FWOW, if you really want backscrolling on the console, you can get
>> that with screen, but doing so would drive me nuts, since I'd have to
>> break all my fingers to stop them from typeing ctrl-A to move the
>> start of a line.
>
> The decision to use Ctrl-A seems insane as it is such a well used key
> combination. I used to change it to Ctrl-B, but now I use tmux, which
> uses Ctrl-B by default.

Nope, ctrl-B is move-backwards-one-character. I really should try to
figure out a control-character that's not used by emacs or the tty
driver or ??? and assign that as the meta key in screen. Several times
a week while I'm screen I'll forget about ctrl-A not working and get
puzzled why my command lines are mangled.

--
Grant
Re: Re: Console scrollback [ In reply to ]
On 1/13/21 4:06 PM, Grant Edwards wrote:
> I really should try to figure out a control-character that's not used
> by emacs or the tty driver

I think there are very few, if any, keys used by the TTY driver.

I suspect you are thinking of the line editor in the shell, e.g. readline.

I can see how Control-S (XOFF) and Control-Q (XON) might be part of the
TTY driver.



--
Grant. . . .
unix || die
Re: Re: Console scrollback [ In reply to ]
On Wed, 13 Jan 2021 23:06:54 -0000 (UTC), Grant Edwards wrote:

> > The decision to use Ctrl-A seems insane as it is such a well used key
> > combination. I used to change it to Ctrl-B, but now I use tmux, which
> > uses Ctrl-B by default.
>
> Nope, ctrl-B is move-backwards-one-character.

That's why it works for me, I never use Ctrl-B to move like that.


--
Neil Bothwick

Give a man a fish and you feed him for a day; teach him
to use the Net and he won't bother you for weeks.
Re: Console scrollback [ In reply to ]
On 2021-01-14, Grant Taylor <gtaylor@gentoo.tnetconsulting.net> wrote:
> On 1/13/21 4:06 PM, Grant Edwards wrote:
>> I really should try to figure out a control-character that's not used
>> by emacs or the tty driver
>
> I think there are very few, if any, keys used by the TTY driver. I
> suspect you are thinking of the line editor in the shell,
> e.g. readline.

$ stty -a | tr ';' '\n' | fgrep ^

intr = ^C
quit = ^\
erase = ^?
kill = ^U
eof = ^D
start = ^Q
stop = ^S
susp = ^Z
rprnt = ^R
werase = ^W
lnext = ^V
discard = ^O

Some of the above are shadowed by readline or by bash in emacs mode,
but the tty driver uses more than a few control keys.

--
Grant
Re: Console scrollback [ In reply to ]
Hello, Neil.

On Wed, Jan 13, 2021 at 18:44:15 +0000, Neil Bothwick wrote:
> On Wed, 13 Jan 2021 18:14:39 +0000, Alan Mackenzie wrote:

> > > I see that the kernel code to scroll the console has been stripped out
> > > [1].

> > This is appalling. I do all my work on the console (apart from web
> > browsing), and with this development, Linux effectively becomes unusable
> > to me. I will NOT be bullied into using second rate alternatives like
> > X-Windows terminals.

> What about screen/tmux?

I suppose they'd do at a pinch, but they're both things which get
between Linux and my applications, and like X-Windows, they offer
"features" which I don't need and don't want, and hijack key sequences.

But I will look into it if I have to. For the moment, I can get by by
not updating my kernel.

> --
> Neil Bothwick

> WinErr 00D: Window closed - Do not look outside

--
Alan Mackenzie (Nuremberg, Germany).
Re: Re: Console scrollback [ In reply to ]
Hello, Grant.

On Wed, Jan 13, 2021 at 22:15:25 -0000, Grant Edwards wrote:
> On 2021-01-13, Alan Mackenzie <acm@muc.de> wrote:

> > I think bringing up a new Gentoo system absolutely requires working in
> > the console, certainly up to the point where X11 and a Window Manager
> > have been installed and debugged.

> I usually install Gentoo via ssh.

> The article I read about the removal of Linux console's backscrolling
> feature said it was mostly due to lack of a maintainer for that code,
> and that if somebody stepped forward to maintain it, it could be revived.

I'm doing my best to step forward, but I suspect that will be almost as
difficult as fixing the bugs in it. ;-)

I'm disappointed that the decision to cut out this important feature was
taken without any serious attempt to find a maintainer. I have the
impression (though I may be wrong), that the problem was talked about on
the linux kernel mailing list, but nobody there took it upon himself to
post on any of the more hard-core distributions' mailing lists, such as
gentoo's.

> FWOW, if you really want backscrolling on the console, you can get
> that with screen, but doing so would drive me nuts, since I'd have to
> break all my fingers to stop them from typeing ctrl-A to move the
> start of a line. I've switched screen's meta-character a few times,
> but everytime I try that I find my fingers already have something else
> assigned to that control character (which I had forgotten about). It
> would be nice if I could print out my fingers' assignment table to
> find an unused control character, but that doesn't seem to be how it
> works.

Can one set up a "basic" screen which doesn't use a meta-character?

> --
> Grant

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
Grant:
> On 1/13/21 2:56 PM, Alan Mackenzie wrote:
...
> > Doing text work in X is s l u g g i s h. Changing from one
> > application to another, which would be achieved by, say Alt-F4 on a
> > console takes more key sequences in X, and is less than instantaneous.

I'm using fvwm set up with 9 virtual screens and so I can swith between
them with ctr-arrow, fast enought for me.

...
> > On an Emacs session, in three columns on a console, I can display
> > 195 consecutive lines of a source file simultaneously.
...

I get 260x97 chars in emacs on a 1600x1280 display. With three
columns, w82,82,83chars, I get 3x95=285 lines of text.

///

Alan, how do you set up your console (I'd like to try) ?

Regards,
/Karl Hammar
Re: Re: Console scrollback [ In reply to ]
On 1/13/21 6:25 PM, Grant Edwards wrote:
> Some of the above are shadowed by readline or by bash in emacs mode,
> but the tty driver uses more than a few control keys.

Thank you for the clarification / additional information.



--
Grant. . . .
unix || die
Re: Re: Console scrollback [ In reply to ]
Hello, Gentoo.

On Thu, Jan 14, 2021 at 16:06:38 +0000, Alan Mackenzie wrote:
> On Wed, Jan 13, 2021 at 22:15:25 -0000, Grant Edwards wrote:
> > On 2021-01-13, Alan Mackenzie <acm@muc.de> wrote:

> > > I think bringing up a new Gentoo system absolutely requires working in
> > > the console, certainly up to the point where X11 and a Window Manager
> > > have been installed and debugged.

> > I usually install Gentoo via ssh.

> > The article I read about the removal of Linux console's backscrolling
> > feature said it was mostly due to lack of a maintainer for that code,
> > and that if somebody stepped forward to maintain it, it could be revived.

> I'm doing my best to step forward, but I suspect that will be almost as
> difficult as fixing the bugs in it. ;-)

And so it transpired. I subscribed to the linux-kernel list for a short
time, and offered my services in a post. Not one single reply did I get.
That list is not a friendly one. It gets an almost unmanageable ~2000
posts a day, the vast bulk of which are patches, fragmented into,
perhaps, one diff hunk per post.

> I'm disappointed that the decision to cut out this important feature was
> taken without any serious attempt to find a maintainer. I have the
> impression (though I may be wrong), that the problem was talked about on
> the linux kernel mailing list, but nobody there took it upon himself to
> post on any of the more hard-core distributions' mailing lists, such as
> gentoo's.

I've come to realise that Linus Torvalds, who personally took the
decision to remove the scrolling, doesn't care about users, and indeed
regards them with disdain. He cares about _customers_, and Linux's
customers are RedHat, Suse, IBM, Intel, and the other HW manufacturers.
RedHat customers don't use the console, therefore the console isn't
important. It's a bit like Microsoft's attitude towards users.

Sure, Linus went through the motions of pretending to try to find a
maintainer, but didn't put any serious effort into it. He argued that
"nobody" uses it anyway, therefore it is unimportant, which is an ironic
echo of the argument that nobody uses Linux on a desktop PC.

Even if the bugs came to be fixed, I doubt the scrolling would be allowed
back into the kernel, for the above reasons. Exactly what the bugs are
in the scrolling code wasn't gone into on the list, despite more than one
contributor asking.

> > FWOW, if you really want backscrolling on the console, you can get
> > that with screen, but doing so would drive me nuts, since I'd have to
> > break all my fingers to stop them from typeing ctrl-A to move the
> > start of a line. I've switched screen's meta-character a few times,
> > but everytime I try that I find my fingers already have something else
> > assigned to that control character (which I had forgotten about). It
> > would be nice if I could print out my fingers' assignment table to
> > find an unused control character, but that doesn't seem to be how it
> > works.

> Can one set up a "basic" screen which doesn't use a meta-character?

I don't know what I'll be doing, long term. For the moment, I'll be
hanging onto the working kernel I've got, old though it may be (4.19.97).
It might be possible (I'm not sure) to hook up a user space program to
the keys <shift>-<PageUp/Down> which would take care of the scrolling.
This would obviously not work with early kernel messages, but would be
better than nothing. I had a look at the GNU screen source code
yesterday to see how it managed such things, but it is very sparsely
commented, and thus hard work to understand.

Maybe I should just cut my losses, and convert to using one of the BSDs.

> > --
> > Grant

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
On Sat, 16 Jan 2021 12:01:48 +0000, Alan Mackenzie wrote:

> Hello, Gentoo.

> On Thu, Jan 14, 2021 at 16:06:38 +0000, Alan Mackenzie wrote:
> > On Wed, Jan 13, 2021 at 22:15:25 -0000, Grant Edwards wrote:
> > > On 2021-01-13, Alan Mackenzie <acm@muc.de> wrote:

> > > > I think bringing up a new Gentoo system absolutely requires working in
> > > > the console, certainly up to the point where X11 and a Window Manager
> > > > have been installed and debugged.

> > > I usually install Gentoo via ssh.

> > > The article I read about the removal of Linux console's backscrolling
> > > feature said it was mostly due to lack of a maintainer for that code,
> > > and that if somebody stepped forward to maintain it, it could be revived.

> > I'm doing my best to step forward, but I suspect that will be almost as
> > difficult as fixing the bugs in it. ;-)

> And so it transpired. I subscribed to the linux-kernel list for a short
> time, and offered my services in a post. Not one single reply did I get.
> That list is not a friendly one. It gets an almost unmanageable ~2000
> posts a day, the vast bulk of which are patches, fragmented into,
> perhaps, one diff hunk per post.

> > I'm disappointed that the decision to cut out this important feature was
> > taken without any serious attempt to find a maintainer. I have the
> > impression (though I may be wrong), that the problem was talked about on
> > the linux kernel mailing list, but nobody there took it upon himself to
> > post on any of the more hard-core distributions' mailing lists, such as
> > gentoo's.

> I've come to realise that Linus Torvalds, who personally took the
> decision to remove the scrolling, doesn't care about users, and indeed
> regards them with disdain. He cares about _customers_, and Linux's
> customers are RedHat, Suse, IBM, Intel, and the other HW manufacturers.
> RedHat customers don't use the console, therefore the console isn't
> important. It's a bit like Microsoft's attitude towards users.

> Sure, Linus went through the motions of pretending to try to find a
> maintainer, but didn't put any serious effort into it. He argued that
> "nobody" uses it anyway, therefore it is unimportant, which is an ironic
> echo of the argument that nobody uses Linux on a desktop PC.

> Even if the bugs came to be fixed, I doubt the scrolling would be allowed
> back into the kernel, for the above reasons. Exactly what the bugs are
> in the scrolling code wasn't gone into on the list, despite more than one
> contributor asking.

> > > FWOW, if you really want backscrolling on the console, you can get
> > > that with screen, but doing so would drive me nuts, since I'd have to
> > > break all my fingers to stop them from typeing ctrl-A to move the
> > > start of a line. I've switched screen's meta-character a few times,
> > > but everytime I try that I find my fingers already have something else
> > > assigned to that control character (which I had forgotten about). It
> > > would be nice if I could print out my fingers' assignment table to
> > > find an unused control character, but that doesn't seem to be how it
> > > works.

> > Can one set up a "basic" screen which doesn't use a meta-character?

> I don't know what I'll be doing, long term. For the moment, I'll be
> hanging onto the working kernel I've got, old though it may be (4.19.97).
> It might be possible (I'm not sure) to hook up a user space program to
> the keys <shift>-<PageUp/Down> which would take care of the scrolling.
> This would obviously not work with early kernel messages, but would be
> better than nothing. I had a look at the GNU screen source code
> yesterday to see how it managed such things, but it is very sparsely
> commented, and thus hard work to understand.

> Maybe I should just cut my losses, and convert to using one of the BSDs.

2000 posts per day on Linux kernel list would be more than unmanageable for me! I wouldn't say "almost"!

Is Linus Torvalds' removal of console scrolling the reason why Scroll Lock does not work on the console with System Rescue CD or USB, while with FreeBSD and NetBSD, I can press Scroll Lock and scroll back?

I like that ability but don't think Linus Torvalds is listening or reading this.

Further, with System Rescue console, the lines/text go only partway down.

Using screen, now at v4.8, means having to remember a lot of key functions, you need a separate reference screen to look them up.

There is also tmux, which is part of the base system in NetBSD but not FreeBSD.

If Linus cared about his users, he could make the kernel headers more user-friendly, installing kernel headers should not be any more complicated than copying or downloading.

Console scrolling is especially useful with an OS or distro that is built from the ground up, like Gentoo, Void or Arch, as opposed to being installed all at once.

If more Linux users would go to and try NetBSD or FreeBSD, those OSes would have more users, more ideas, more ability to improve.

You can even cross-compile NetBSD from Linux. You'd need NetBSD source tree, but don't have to do anything special to install kernel headers.

Tom
Re: Console scrollback [ In reply to ]
On Sat, 16 Jan 2021 12:01:48 +0000, Alan Mackenzie wrote:
> I usually install Gentoo via ssh.
> The article I read about the removal of Linux console's backscrolling
> feature said it was mostly due to lack of a maintainer for that code,
> and that if somebody stepped forward to maintain it, it could be revived.
> I subscribed to the linux-kernel list for a short time
> and offered my services in a post. Not one single reply did I get.
> Linus Torvalds personally took the decision to remove the scrolling.
> Sure, he went through the motions of pretending to try to find
> a maintainer, but didn't put any serious effort into it.
> He argued that "nobody" uses it anyway, therefore it is unimportant.
> Exactly what the bugs are in the scrolling code
> wasn't gone into on the list, despite more than one contributor asking.

You can't expect Linus to take any time over a minority of users
or for the kernel team generally to reply to someone they don't know.
In order to get attention, you need to come up with a set of patches
which you know work in a modified kernel in your own machine.
For that, you have to put in some work of your own,
searching out the bugs, examining the relevant code,
finding what is needed to fix the bugs & testing patched kernels.

If you try using Screen, you could print yourself a list of commands,
which would make it easier to get used to its features.
It may well be easier to go over to BSD instead.

When I installed this system in 2015, I needed to use raw terminals,
so I wonder whether this is a real problem for a lot of Gentoo users.
If so, an approach by a Gentoo dev to the kernel maintainers
would be likely to get the attention you can't get on your own.

HTH

--
========================,,============================================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatcadotinterdotnet
Re: Console scrollback [ In reply to ]
On Sun, 2021-01-17 at 05:17 +-0000, Thomas Mueller wrote:
+AD4- On Sat, 16 Jan 2021 12:01:48 +-0000, Alan Mackenzie wrote:
+AD4-
+AD4- +AD4- Hello, Gentoo.
+AD4- +AD4- On Thu, Jan 14, 2021 at 16:06:38 +-0000, Alan Mackenzie wrote:
+AD4- +AD4- +AD4- On Wed, Jan 13, 2021 at 22:15:25 -0000, Grant Edwards wrote:
+AD4- +AD4- +AD4- +AD4- On 2021-01-13, Alan Mackenzie +ADw-acm+AEA-muc.de+AD4- wrote:
+AD4- +AD4- +AD4- +AD4- +AD4- I think bringing up a new Gentoo system absolutely requires
+AD4- +AD4- +AD4- +AD4- +AD4- working in
+AD4- +AD4- +AD4- +AD4- +AD4- the console, certainly up to the point where X11 and a Window
+AD4- +AD4- +AD4- +AD4- +AD4- Manager
+AD4- +AD4- +AD4- +AD4- +AD4- have been installed and debugged.
+AD4- +AD4- +AD4- +AD4- I usually install Gentoo via ssh.
+AD4- +AD4- +AD4- +AD4- The article I read about the removal of Linux console's
+AD4- +AD4- +AD4- +AD4- backscrolling
+AD4- +AD4- +AD4- +AD4- feature said it was mostly due to lack of a maintainer for that
+AD4- +AD4- +AD4- +AD4- code,
+AD4- +AD4- +AD4- +AD4- and that if somebody stepped forward to maintain it, it could
+AD4- +AD4- +AD4- +AD4- be revived.
+AD4- +AD4- +AD4- I'm doing my best to step forward, but I suspect that will be
+AD4- +AD4- +AD4- almost as
+AD4- +AD4- +AD4- difficult as fixing the bugs in it. +ADs--)
+AD4- +AD4- And so it transpired. I subscribed to the linux-kernel list for a
+AD4- +AD4- short
+AD4- +AD4- time, and offered my services in a post. Not one single reply did
+AD4- +AD4- I get.
+AD4- +AD4- That list is not a friendly one. It gets an almost unmanageable
+AD4- +AD4- +AH4-2000
+AD4- +AD4- posts a day, the vast bulk of which are patches, fragmented into,
+AD4- +AD4- perhaps, one diff hunk per post.
+AD4- +AD4- +AD4- I'm disappointed that the decision to cut out this important
+AD4- +AD4- +AD4- feature was
+AD4- +AD4- +AD4- taken without any serious attempt to find a maintainer. I have
+AD4- +AD4- +AD4- the
+AD4- +AD4- +AD4- impression (though I may be wrong), that the problem was talked
+AD4- +AD4- +AD4- about on
+AD4- +AD4- +AD4- the linux kernel mailing list, but nobody there took it upon
+AD4- +AD4- +AD4- himself to
+AD4- +AD4- +AD4- post on any of the more hard-core distributions' mailing lists,
+AD4- +AD4- +AD4- such as
+AD4- +AD4- +AD4- gentoo's.
+AD4- +AD4- I've come to realise that Linus Torvalds, who personally took the
+AD4- +AD4- decision to remove the scrolling, doesn't care about users, and
+AD4- +AD4- indeed
+AD4- +AD4- regards them with disdain. He cares about +AF8-customers+AF8-, and Linux's
+AD4- +AD4- customers are RedHat, Suse, IBM, Intel, and the other HW
+AD4- +AD4- manufacturers.
+AD4- +AD4- RedHat customers don't use the console, therefore the console isn't
+AD4- +AD4- important. It's a bit like Microsoft's attitude towards users.
+AD4- +AD4- Sure, Linus went through the motions of pretending to try to find a
+AD4- +AD4- maintainer, but didn't put any serious effort into it. He argued
+AD4- +AD4- that
+AD4- +AD4- +ACI-nobody+ACI- uses it anyway, therefore it is unimportant, which is an
+AD4- +AD4- ironic
+AD4- +AD4- echo of the argument that nobody uses Linux on a desktop PC.
+AD4- +AD4- Even if the bugs came to be fixed, I doubt the scrolling would be
+AD4- +AD4- allowed
+AD4- +AD4- back into the kernel, for the above reasons. Exactly what the bugs
+AD4- +AD4- are
+AD4- +AD4- in the scrolling code wasn't gone into on the list, despite more
+AD4- +AD4- than one
+AD4- +AD4- contributor asking.
+AD4- +AD4- +AD4- +AD4- FWOW, if you really want backscrolling on the console, you can
+AD4- +AD4- +AD4- +AD4- get
+AD4- +AD4- +AD4- +AD4- that with screen, but doing so would drive me nuts, since I'd
+AD4- +AD4- +AD4- +AD4- have to
+AD4- +AD4- +AD4- +AD4- break all my fingers to stop them from typeing ctrl-A to move
+AD4- +AD4- +AD4- +AD4- the
+AD4- +AD4- +AD4- +AD4- start of a line. I've switched screen's meta-character a few
+AD4- +AD4- +AD4- +AD4- times,
+AD4- +AD4- +AD4- +AD4- but everytime I try that I find my fingers already have
+AD4- +AD4- +AD4- +AD4- something else
+AD4- +AD4- +AD4- +AD4- assigned to that control character (which I had forgotten
+AD4- +AD4- +AD4- +AD4- about). It
+AD4- +AD4- +AD4- +AD4- would be nice if I could print out my fingers' assignment table
+AD4- +AD4- +AD4- +AD4- to
+AD4- +AD4- +AD4- +AD4- find an unused control character, but that doesn't seem to be
+AD4- +AD4- +AD4- +AD4- how it
+AD4- +AD4- +AD4- +AD4- works.
+AD4- +AD4- +AD4- Can one set up a +ACI-basic+ACI- screen which doesn't use a meta-
+AD4- +AD4- +AD4- character?
+AD4- +AD4- I don't know what I'll be doing, long term. For the moment, I'll
+AD4- +AD4- be
+AD4- +AD4- hanging onto the working kernel I've got, old though it may be
+AD4- +AD4- (4.19.97).
+AD4- +AD4- It might be possible (I'm not sure) to hook up a user space program
+AD4- +AD4- to
+AD4- +AD4- the keys +ADw-shift+AD4--+ADw-PageUp/Down+AD4- which would take care of the
+AD4- +AD4- scrolling.
+AD4- +AD4- This would obviously not work with early kernel messages, but would
+AD4- +AD4- be
+AD4- +AD4- better than nothing. I had a look at the GNU screen source code
+AD4- +AD4- yesterday to see how it managed such things, but it is very
+AD4- +AD4- sparsely
+AD4- +AD4- commented, and thus hard work to understand.
+AD4- +AD4- Maybe I should just cut my losses, and convert to using one of the
+AD4- +AD4- BSDs.
+AD4-
+AD4- 2000 posts per day on Linux kernel list would be more than
+AD4- unmanageable for me+ACE- I wouldn't say +ACI-almost+ACIAIQ-
+AD4-
+AD4- Is Linus Torvalds' removal of console scrolling the reason why Scroll
+AD4- Lock does not work on the console with System Rescue CD or USB, while
+AD4- with FreeBSD and NetBSD, I can press Scroll Lock and scroll back?
+AD4-
+AD4- I like that ability but don't think Linus Torvalds is listening or
+AD4- reading this.
+AD4-
+AD4- Further, with System Rescue console, the lines/text go only partway
+AD4- down.
+AD4-
+AD4- Using screen, now at v4.8, means having to remember a lot of key
+AD4- functions, you need a separate reference screen to look them up.
+AD4-
+AD4- There is also tmux, which is part of the base system in NetBSD but
+AD4- not FreeBSD.
+AD4-
+AD4- If Linus cared about his users, he could make the kernel headers more
+AD4- user-friendly, installing kernel headers should not be any more
+AD4- complicated than copying or downloading.
+AD4-
+AD4- Console scrolling is especially useful with an OS or distro that is
+AD4- built from the ground up, like Gentoo, Void or Arch, as opposed to
+AD4- being installed all at once.
+AD4-
+AD4- If more Linux users would go to and try NetBSD or FreeBSD, those OSes
+AD4- would have more users, more ideas, more ability to improve.
+AD4-
+AD4- You can even cross-compile NetBSD from Linux. You'd need NetBSD
+AD4- source tree, but don't have to do anything special to install kernel
+AD4- headers.
+AD4-
+AD4- Tom
+AD4-
+AD4-
You're getting this second-hand since it was my brother who actually
looked into it, so pardon anything I misremember, but the big problem
is that adding unicode support to vgacon would need a near total
rewrite, and nobody wants to do that since it's a terrible hackjob to
start with.

kmscon is slated to be the replacement. You might want to see if that
can do what you need.

LMP
Re: Console scrollback [ In reply to ]
Hello, Laurence.

On Tue, Jan 19, 2021 at 17:09:03 +0000, Laurence Perkins wrote:


> On Sun, 2021-01-17 at 05:17 +0000, Thomas Mueller wrote:
> > On Sat, 16 Jan 2021 12:01:48 +0000, Alan Mackenzie wrote:

> > > I don't know what I'll be doing, long term. For the moment, I'll
> > > be hanging onto the working kernel I've got, old though it may be
> > > (4.19.97). It might be possible (I'm not sure) to hook up a user
> > > space program to the keys <shift>-<PageUp/Down> which would take
> > > care of the scrolling. This would obviously not work with early
> > > kernel messages, but would be better than nothing. I had a look at
> > > the GNU screen source code yesterday to see how it managed such
> > > things, but it is very sparsely commented, and thus hard work to
> > > understand. Maybe I should just cut my losses, and convert to
> > > using one of the BSDs.

> > 2000 posts per day on Linux kernel list would be more than
> > unmanageable for me! I wouldn't say "almost"!

> > Is Linus Torvalds' removal of console scrolling the reason why Scroll
> > Lock does not work on the console with System Rescue CD or USB, while
> > with FreeBSD and NetBSD, I can press Scroll Lock and scroll back?

> > I like that ability but don't think Linus Torvalds is listening or
> > reading this.

> > Further, with System Rescue console, the lines/text go only partway
> > down.

> > Using screen, now at v4.8, means having to remember a lot of key
> > functions, you need a separate reference screen to look them up.

> > There is also tmux, which is part of the base system in NetBSD but
> > not FreeBSD.

> > If Linus cared about his users, he could make the kernel headers more
> > user-friendly, installing kernel headers should not be any more
> > complicated than copying or downloading.

> > Console scrolling is especially useful with an OS or distro that is
> > built from the ground up, like Gentoo, Void or Arch, as opposed to
> > being installed all at once.

> > If more Linux users would go to and try NetBSD or FreeBSD, those OSes
> > would have more users, more ideas, more ability to improve.

> > You can even cross-compile NetBSD from Linux. You'd need NetBSD
> > source tree, but don't have to do anything special to install kernel
> > headers.

> > Tom


> You're getting this second-hand since it was my brother who actually
> looked into it, so pardon anything I misremember, but the big problem
> is that adding unicode support to vgacon would need a near total
> rewrite, and nobody wants to do that since it's a terrible hackjob to
> start with.

> kmscon is slated to be the replacement. You might want to see if that
> can do what you need.

I looked kmscon up on Wikipedia, and apparently development ceased
several years ago.

What I have in mind now is writing a Linux driver, a small piece of code
which would piggy-back on the existing virtual terminal drivers, and
simply pass everything through to and from the main driver, filtering out
things relevant to scrolling, and processing these in my new driver.
I've spent the last few evenings reading up on drivers, and reading the
relevant source code from 4.19.97. I can understand the kernel
maintainers not being enthusiastic about the existing code. But that
dates from, I believe, the 1990s, when RAM was measured in megabytes, and
processor speeds in megahertz. Optimisation for speed and store usage
just isn't important any more.

> LMP

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
On Thu, Jan 21, 2021 at 8:53 AM Wols Lists <antlists@youngman.org.uk> wrote:
>

> https://lwn.net/Articles/842415/
>
> Take a read, as it's mentioned in this article.
>
Paywalled... :(

Jorge Almeida
Re: Console scrollback [ In reply to ]
On 20/01/21 19:59, Alan Mackenzie wrote:
> I can understand the kernel
> maintainers not being enthusiastic about the existing code. But that
> dates from, I believe, the 1990s, when RAM was measured in megabytes, and
> processor speeds in megahertz. Optimisation for speed and store usage
> just isn't important any more.

I thin you're being highly optimistic. Bear in mind that this is the
code that was responsible for Alan Cox ceasing linux development, it's
such a pile of steaming manure ...

Don't ask me why it is, but I think it's got so much stuff wrong with it
that the entire system is marked "beware here be dragons".

https://lwn.net/Articles/842415/

Take a read, as it's mentioned in this article.

Cheers,
Wol
Re: Console scrollback [ In reply to ]
On Thu, Jan 21, 2021 at 08:58:42AM +0000, Jorge wrote in
<CAKpSnpJjZ21+ut8jgEdKBrnREP0Lb_6XQAZ=P63LLTKpJNDgkw@mail.gmail.com>:
>On Thu, Jan 21, 2021 at 8:53 AM Wols Lists <antlists@youngman.org.uk> wrote:
>>
>
>> https://lwn.net/Articles/842415/
>>
>> Take a read, as it's mentioned in this article.
>>
>Paywalled... :(

Try this link: https://lwn.net/SubscriberLink/842415/5bc3e39b4d4f52fe/
Re: Console scrollback [ In reply to ]
On Thu, Jan 21, 2021 at 12:40 PM Remco R?nders <remco@webconquest.com> wrote:
>
> On Thu, Jan 21, 2021 at 08:58:42AM +0000, Jorge wrote in
> <CAKpSnpJjZ21+ut8jgEdKBrnREP0Lb_6XQAZ=P63LLTKpJNDgkw@mail.gmail.com>:
> >On Thu, Jan 21, 2021 at 8:53 AM Wols Lists <antlists@youngman.org.uk> wrote:
> >>
> >
> >> https://lwn.net/Articles/842415/
> >>
> >> Take a read, as it's mentioned in this article.
> >>
> >Paywalled... :(
>
> Try this link: https://lwn.net/SubscriberLink/842415/5bc3e39b4d4f52fe/
>
Works. Thanks.

Jorge Almeida
Re: Console scrollback [ In reply to ]
Hello, Wol.

On Thu, Jan 21, 2021 at 09:32:13 +0000, Wols Lists wrote:
> On 20/01/21 19:59, Alan Mackenzie wrote:
> > I can understand the kernel maintainers not being enthusiastic about
> > the existing code. But that dates from, I believe, the 1990s, when
> > RAM was measured in megabytes, and processor speeds in megahertz.
> > Optimisation for speed and store usage just isn't important any more.

> I think you're being highly optimistic. Bear in mind that this is the
> code that was responsible for Alan Cox ceasing linux development, it's
> such a pile of steaming manure ...

It is indeed a tortuous mess of code, with far too many abstractions, and
far too little overview.

> Don't ask me why it is, but I think it's got so much stuff wrong with it
> that the entire system is marked "beware here be dragons".

Over the weekend, I achieved the first part of my task, getting a
transparent new driver into the kernel, which would merely pass through
to and from /dev/sctty3 to and from /dev/tty3, etc. This works.

Now I have to hook up with the /dev/vcs drivers to buffer the text
written to the screen, so as to be able to output it again in the event
of a <Ctrl>-<PageUp/Down>.

I would guess I'm around 50% through the task (as in the first 50% takes
the first 90% of the time, and the second 50% takes the second 90% of the
time).

> https://lwn.net/Articles/842415/

> Take a read, as it's mentioned in this article.

The website said it would become freely available on 2021-01-28, so I'll
read it then.

> Cheers,
> Wol

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
Hello, Gentoo.

On Wed, Jan 20, 2021 at 19:59:09 +0000, Alan Mackenzie wrote:

[.Context: Scrolling on the Linux text console using the keys
<shift><PgUp> and <shift><PgDn> has been removed from the kernel. This
is not a Good Thing.]

> What I have in mind now is writing a Linux driver, a small piece of code
> which would piggy-back on the existing virtual terminal drivers, and
> simply pass everything through to and from the main driver, filtering out
> things relevant to scrolling, and processing these in my new driver.
> I've spent the last few evenings reading up on drivers, and reading the
> relevant source code from 4.19.97. I can understand the kernel
> maintainers not being enthusiastic about the existing code. But that
> dates from, I believe, the 1990s, when RAM was measured in megabytes, and
> processor speeds in megahertz. Optimisation for speed and store usage
> just isn't important any more.

I finally got around to looking into this seriously in the last couple
of weeks. The above plan turned out not to be the right thing.

I've now cobbled together a working console scroll on Linux
5.4.80-gentoo-r1. In the end, I reused much of the old machinery which
was still present in 4.19.97. Once I've tidied it up, I hope that the
resulting patch file will apply cleanly also to later versions than
5.4.80-r1.

As a matter of interest, the kernel code for the console is not the
easiest in the world to deal with, having too many abstractions and too
few comments. ;-(

I've enhanced the mechanism so that each tty has its own scrollback
buffer, rather than one buffer being shared between all tty's. The
default size of these buffers is now 128kB, but can be set in make
menuconfig. I'm intending to make sharing a buffer between all tty's be
an option, but haven't implemented that yet.

The code, as yet, is a bit scruffy (in fact, very scruffy), and I have
several technical problems:

(i) The scrolling doesn't work on /dev/tty1 aka the console.
(ii) When, e.g., /dev/tty6 has been scrolled upwards a bit, and then
<Alt><F2> pressed to go to /dev/tty2, on returning to /dev/tty6, the
scrolling has been cancelled and the cursor is no longer visible.
However, the scrollback buffer is still present.

I think I'm fairly likely to be able to solve (ii). However, (i), the
problem with /dev/tty1, has me baffled. I don't know where to start
looking for the problem. If anybody with some kernel knowledge could
make any suggestions, I'd be very grateful.

--
Alan Mackenzie (Nuremberg, Germany).
Re: Console scrollback [ In reply to ]
Alex Mackenzie:
...
> I've now cobbled together a working console scroll on Linux
> 5.4.80-gentoo-r1. In the end, I reused much of the old machinery which
> was still present in 4.19.97. Once I've tidied it up, I hope that the
> resulting patch file will apply cleanly also to later versions than
> 5.4.80-r1.
...

Nice, where is the patch so I can try ?

> (i) The scrolling doesn't work on /dev/tty1 aka the console.
> (ii) When, e.g., /dev/tty6 has been scrolled upwards a bit, and then
> <Alt><F2> pressed to go to /dev/tty2, on returning to /dev/tty6, the
> scrolling has been cancelled and the cursor is no longer visible.
> However, the scrollback buffer is still present.
>
> I think I'm fairly likely to be able to solve (ii). However, (i), the
> problem with /dev/tty1, has me baffled. I don't know where to start
> looking for the problem. If anybody with some kernel knowledge could
> make any suggestions, I'd be very grateful.

What happens if you set /dev/console to be /dev/ttyS0, i.e. make sure
that tty1 is the only one using the first virtual console.

Regards,
/Karl Hammar
Re: Console scrollback [ In reply to ]
Hello, Karl.

Thanks for the reply.

On Fri, Apr 02, 2021 at 21:32:04 +0200, karl@aspodata.se wrote:
> Alan Mackenzie:
> ...
> > I've now cobbled together a working console scroll on Linux
> > 5.4.80-gentoo-r1. In the end, I reused much of the old machinery which
> > was still present in 4.19.97. Once I've tidied it up, I hope that the
> > resulting patch file will apply cleanly also to later versions than
> > 5.4.80-r1.
> ...

> Nice, where is the patch so I can try ?

I've attached a patch to this post. To apply it, the following seems to
work from the top directory of a kernel source tree, e.g. 5.4.80-r1:

$ patch -p0 < diff.20210402.diff

.. Then you'll need to run make menuconfig (or whatever), going down to
Device Drivers/Graphic support/Console display driver support and there
accepting the defaults for the new config variables. (This is assuming
you've got FRAMEBUFFER support enabled in a neighbouring page.)

Then build the kernel as normal, and put the new version into whatever
boot loader you use. It should (??) run, with a scrollback buffer on
each virtual terminal.

Just a word about the current state of the source - it is rough, with
things unfinished. The "word" STOUGH (pronounced "stuff") is just a
word I use which appears nowhere else and enables me to find changes
quickly and unambiguously.

As I said, I'm not finished with the changes, and swapping from and back
to a scrolled tty isn't completely satisfactory. Nevertheless, I hope
it works for you and you have fun with it.

> > (i) The scrolling doesn't work on /dev/tty1 aka the console.
> > (ii) When, e.g., /dev/tty6 has been scrolled upwards a bit, and then
> > <Alt><F2> pressed to go to /dev/tty2, on returning to /dev/tty6, the
> > scrolling has been cancelled and the cursor is no longer visible.
> > However, the scrollback buffer is still present.
> >
> > I think I'm fairly likely to be able to solve (ii). However, (i), the
> > problem with /dev/tty1, has me baffled. I don't know where to start
> > looking for the problem. If anybody with some kernel knowledge could
> > make any suggestions, I'd be very grateful.

> What happens if you set /dev/console to be /dev/ttyS0, i.e. make sure
> that tty1 is the only one using the first virtual console.

I will try than. Thanks!

> Regards,
> /Karl Hammar

--
Alan Mackenzie (Nuremberg, Germany).