public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: NeilBrown <neilb@suse.de>, Nic Percival <Nic.Percival@microfocus.com>
Cc: mtk.manpages@gmail.com, Michael Matz <matz@suse.de>,
	Peter Hurley <peter@hurleysoftware.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jslaby@suse.cz>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH man-pages] pty.7: clarify asynchronous nature of PTY IO.
Date: Wed, 06 May 2015 14:26:09 +0200	[thread overview]
Message-ID: <554A0861.8030806@gmail.com> (raw)
In-Reply-To: <20150506085907.62df914f@notabene.brown>

Hi Neil,

On 05/06/2015 12:59 AM, NeilBrown wrote:
> 
> A PTY is not like a pipe - there may be delayed between
> data being written at one end and it being available at the other.
> This became particularly apparent after
>  commit f95499c3030f ("n_tty: Don't wait for buffer work in read() loop")
> 
> in Linux 3.12
> 
> Signed-off-by: NeilBrown <neilb@suse.de>
> 
> ---

Thanks! Applied and tweaked a very little.

> Peter: does this seem reasonable and accurate to you?

I've got the patch sitting in a branch, in case Peter has suggestions for changes.

> MichaelK:  Would you prefer the commit ID in the man page.  It isn't so much
>    a deliberate change as a code improvement which caused problems for certain
>    use cases which depended on undefined behaviour.
>    Thread at https://lkml.org/lkml/2015/5/1/35

No, it's fine as is, thanks.

Cheers,

Michael


> diff --git a/man7/pty.7 b/man7/pty.7
> index 1332d11d9ca2..6c9ae182925c 100644
> --- a/man7/pty.7
> +++ b/man7/pty.7
> @@ -56,6 +56,12 @@ terminal emulators,
>  and
>  .BR expect (1).
>  
> +Data flow between master and slave is handle asynchronously, much like
> +data flow with a physical TTY.  Data written to the slave will be
> +available at the master promptly, but may not be available
> +immediately.  Similarly there may be a small processing delay between
> +a write to the master, and the effect being visible at the slave.
> +
>  Historically, two pseudoterminal APIs have evolved: BSD and System V.
>  SUSv1 standardized a pseudoterminal API based on the System V API,
>  and this API should be employed in all new programs that use
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/

  reply	other threads:[~2015-05-06 12:26 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-01  6:20 [PATCH bisected regression] input_available_p() sometimes says 'no' when it should say 'yes' NeilBrown
2015-05-01 15:05 ` Peter Hurley
2015-05-04 12:24   ` Michael Matz
2015-05-04 16:32     ` Peter Hurley
2015-05-04 16:56       ` Michael Matz
2015-05-04 18:42         ` Peter Hurley
2015-05-05  8:20     ` Nic Percival
2015-05-05 11:18       ` Peter Hurley
2015-05-05 12:03         ` Nic Percival
2015-05-05 13:29           ` Peter Hurley
2015-05-05 13:34             ` Chris Purvis
2015-05-05 13:35               ` Peter Hurley
2015-05-05 13:37                 ` Chris Purvis
     [not found]                 ` <2F7A2F2395CAC340B30E7E8A7D95533DB672C022@NWB-EXCHANGE4.microfocus.com>
2015-05-05 17:39                   ` Chris Purvis
2015-05-05 22:59       ` [PATCH man-pages] pty.7: clarify asynchronous nature of PTY IO NeilBrown
2015-05-06 12:26         ` Michael Kerrisk (man-pages) [this message]
2015-05-06 13:36           ` Peter Hurley
2015-05-06 16:12             ` Michael Kerrisk (man-pages)

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=554A0861.8030806@gmail.com \
    --to=mtk.manpages@gmail.com \
    --cc=Nic.Percival@microfocus.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jslaby@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matz@suse.de \
    --cc=neilb@suse.de \
    --cc=peter@hurleysoftware.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox