Re: glitches in framebuffer console - NL/CR

[Robert Elz <kre%munnari.OZ.AU@localhost>]

    Date:        Wed, 20 Mar 2024 20:37:09 +0100
    From:        Riccardo Mottola <riccardo.mottola%libero.it@localhost>
    Message-ID:  <b1cf68d9-d88e-6ba1-3b51-091ca1f3c993%libero.it@localhost>

  | Certain programs however print out the text by making only a NL and no
  | CR,

All programs (well, almost all) do that.   Normally the tty driver
adds a \r after (or before) each \n on output and converts \r into \n
on input.   But those translations can be disabled - it all depends
what is running on the terminal when the output is produced, and what
modes that program wants the terminal to be in.

This is all "normal".

  | Sometimes in this situation also keyboard input stops to work, e.g.
  | pkgin asks Y/n and typing does nothing.

The usual reason for that kind of thing is two programs reading from
the terminal at the same time.   When that happens, where the input is
sent is anyone's guess.

uwe@'s suggestion to check /etc/ttys and make sure that two different
names for the same console aren't both enabled is a good one.

I'd use
	fstat /dev/ttyE0 /dev/console /dev/constty
rather than ps to check for users though.   In that you can ignore any
process (fd) where the r/w field is just "w" (write only processes won't
be the ones affecting things in general).

kre