Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Sun, 9 Jun 2019 22:40:14 +0300
From:   Arseny Maslennikov <ar@cs.msu.ru>
To:     Pavel Machek <pavel@ucw.cz>
Cc:     Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Jiri Slaby <jslaby@suse.com>, Ingo Molnar <mingo@redhat.com>,
        Peter Zijlstra <peterz@infradead.org>,
        linux-kernel@vger.kernel.org,
        "Vladimir D . Seleznev" <vseleznv@altlinux.org>
Message-ID: <20190609194013.GA3736@cello>
References: <20190605081906.28938-1-ar@cs.msu.ru>
 <20190609174139.GA11944@xo-6d-61-c0.localdomain>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99"
Content-Disposition: inline
In-Reply-To: <20190609174139.GA11944@xo-6d-61-c0.localdomain>
OpenPGP: url=http://grep.cs.msu.ru/~ar/pgp-key.asc
User-Agent: Mutt/1.10.1 (2018-07-13)
Subject: Re: [PATCH 0/7] TTY Keyboard Status Request
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


--5vNYLRcllDrimb99
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 09, 2019 at 07:41:39PM +0200, Pavel Machek wrote:
> Hi!
>=20
> > This patch series introduces TTY keyboard status request, a feature of
> > the n_tty line discipline that reserves a character in struct termios
> > (^T by default) and reacts to it by printing a short informational line
> > to the terminal and sending a Unix signal to the tty's foreground
> > process group. The processes may, in response to the signal, output a
> > textual description of what they're doing.
> >=20
> > The feature has been present in a similar form at least in
> > Free/Open/NetBSD; it would be nice to have something like this in Linux
> > as well. There is an LKML thread[1] where users have previously
> > expressed the rationale for this.
> >=20
> > The current implementation does not break existing kernel API in any
> > way, since, fortunately, all the architectures supported by the kernel
> > happen to have at least 1 free byte in the termios control character
> > array.
>=20
> I like the idea... I was often wondering "how long will this dd take". (A=
nd in
> case of dd, SIGUSR1 does the job).
>=20
> I assume this will off by default, so that applications using ^T today wi=
ll not
> get surprise signals?
> 									Pavel

If any of isig, icanon and iexten is disabled on the tty, the signal is
not sent.

Any application that wants to handle raw terminal input events itself,
e.g. vim, mutt, libreadline, anything ncurses-based, etc., has to turn
off the tty's cooked mode, i.e. at least icanon. This means those
applications are unaffected.

The commit messages of individual patches try to explain this in detail.

--5vNYLRcllDrimb99
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE56JD3UKTLEu/ddrm9dQjyAYL01AFAlz9YJYACgkQ9dQjyAYL
01B86g//b0V6wV6Ji1V6fDtnZkzYr2OFFnXyiPE0n9s5AW5Pw8NH9HPnHDS+evy3
lNo9ekbQllTmzNkUw1NPvWqZqRoAj/uhOa1cf6nJcl+c9MsniwlDUgsZIfNg0jT5
1YHcd2yZxCWsxX5i+vg+jgxLmGUwg3stgxPpvDMO+azGtiTOT0sP2nOXoKfTxLD/
A/SqvOFH5TlXaLr0hKGr5fJ57PHCZtE1AnRCkjALN1Pd4t2+bwzLl1z7uqHUab9N
YZCWUB9P0U2czW2jyUca1iTVBt64HivjfIpw+3kzLnPjHCcFsLluOkZXFdHtSyH8
nDXDnXirYLRzF5ub3MmZfSn4AMsyXOyHd1S4YjGkDqI2/f5ob5c4npiKmxiVJUF2
5oJrnGOU2EMfS2aVvda93cufgAGs8Sh8Ya08iDI/9PbEjVgSw23MCj/+s4hMMnlj
IifEQX1MK2+1YmtXIjftq9w15Uso8uALuHDRqfvYZNNAYJ2SHhYHDNa33VUnkFlw
WOUYmB2eEe702lrM1LH06fs8kLnyVJcKCcpzE7j/9edHCE0usBXdroOva+tmoARY
Sa10W6olY/ZQbvUw7n0iCVVR02NU5QqnnJPEqEUdWe+GSmw1fFXPSBRh8rLaEp4p
BNyno6JADz8XFefPe9KWZvePNKTBoDAnF2o4XIaVTRlZRevQXuQ=
=DN1s
-----END PGP SIGNATURE-----

--5vNYLRcllDrimb99--