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 23:56:10 +0300
From:   Arseny Maslennikov <ar@cs.msu.ru>
To:     Pavel Machek <pavel@denx.de>
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: <20190609205610.GB3736@cello>
References: <20190605081906.28938-1-ar@cs.msu.ru>
 <20190609174139.GA11944@xo-6d-61-c0.localdomain>
 <20190609194013.GA3736@cello>
 <20190609195132.GA1430@amd>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1"
Content-Disposition: inline
In-Reply-To: <20190609195132.GA1430@amd>
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


--OwLcNYc0lM97+oe1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 09, 2019 at 09:51:32PM +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 termi=
os
> > > > (^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 L=
inux
> > > > 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 ker=
nel
> > > > 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"=
=2E (And in
> > > case of dd, SIGUSR1 does the job).
> > >=20
> > > I assume this will off by default, so that applications using ^T toda=
y will not
> > > get surprise signals?
> >=20
> > If any of isig, icanon and iexten is disabled on the tty, the signal is
> > not sent.
>=20
> As expected.
>=20
> > 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.
>=20
> Agreed, those are unaffected.
>=20
> But if I have an application doing read() from console (without
> manipulating tty), am I going to get surprise signal when user types
> ^T?
>=20
> 	     	      	      	     	      	     	       	     Pavel

As of now, that application will indeed receive a signal that is
guaranteed to be ignored by default.

This is similar to SIGWINCH, which is default-ignored as well: if the
terminal width/height changes (like when a terminal emulator window is
resized), its foreground pgrp gets a surprise signal as well, and the
processes that don't care about WINCH (and thus have default
disposition) do not get confused.
E.g. 'strace cat' demonstrates this quite clearly.


--OwLcNYc0lM97+oe1
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAABCgAdFiEE56JD3UKTLEu/ddrm9dQjyAYL01AFAlz9cmUACgkQ9dQjyAYL
01DiLg/8Cdt57FGiYnFdFUmPdCyKxLZO0UgRuqJbBGCmjFsGXF/mS1R0Qb+UPmWk
5dFRRhixDpGMFkSSnk179OJkHWBmDUvtV0FMYCyp0CkGCG5YcLxVfYG7fcaVWiQN
qt/HZ1G1q6EAI5eLVOKHKA1N8h599rbJjZYH6j7le9W20DjN6LphexUp6HZ7IsF5
B1KslK5hNfSVAs9GZ9XMAptrcbJ4OusvLJJNfacKwoIrBMmAXkTIx32jxndbkeAn
U5F5Vs0hyjmnboOBYTzF5NGF8/PPPtVwXnu00FjpM+Hz+3pc9SEfbS4r4h7QiG6R
emKrGX/mTLeQcyk8XPtmInVqpcG5dWGhxeOu/H92ZpRzCl3gnUSzJr5/DFQrYa4T
1B0e1Vp5pGbEHS8mY1TwrXe/BldIkumiESjeaNkqqhDsBEla7xxGM2Pj7F/7DOIn
FYVOFNQ4kqxaGspvd1qzpwVPV4sVBDlQDYqkQu/l0c52MW8z76zDr7cwWnc0bevL
iETVpoQm0WQNbZWj4N2RSNLjwr9LgV4xpG9vLVUyOyXq7aIRQy+4EqhwIXUaL5uj
OLLKjs/LB3sYNUfm/qsS2FhA2QMKXo2SQMoFLAsrWv3mAZGXIHTbun5BtGMwYMx0
pBNC888Vvyn+4VgqZ6jp4ho2Lul5Ga9m7s/4/wso0lGe+QAbK88=
=phyb
-----END PGP SIGNATURE-----

--OwLcNYc0lM97+oe1--