1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
|
.\" $OpenBSD: pty.4,v 1.26 2022/10/13 21:37:05 jmc Exp $
.\" $NetBSD: pty.4,v 1.4 1998/03/21 03:14:30 fair Exp $
.\"
.\" Copyright (c) 1983, 1991, 1993
.\" The Regents of the University of California. All rights reserved.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\" notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\" notice, this list of conditions and the following disclaimer in the
.\" documentation and/or other materials provided with the distribution.
.\" 3. Neither the name of the University nor the names of its contributors
.\" may be used to endorse or promote products derived from this software
.\" without specific prior written permission.
.\"
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" SUCH DAMAGE.
.\"
.\" @(#)pty.4 8.2 (Berkeley) 11/30/93
.\"
.Dd $Mdocdate: October 13 2022 $
.Dt PTY 4
.Os
.Sh NAME
.Nm pty ,
.Nm ptm
.Nd pseudo terminal driver
.Sh SYNOPSIS
.Cd "pseudo-device pty" Op Ar count
.Sh DESCRIPTION
The
.Nm
driver provides support for a device-pair termed a
.Em pseudo terminal .
A pseudo terminal is a pair of character devices, a
.Em master
device and a
.Em slave
device.
The slave device provides to a process an interface identical to that
described in
.Xr tty 4 .
However, whereas all other devices which provide the
interface described in
.Xr tty 4
have a hardware device of some sort behind them, the slave
device has, instead, another process manipulating
it through the master half of the pseudo terminal.
That is, anything written on the master device is
given to the slave device as input and anything written
on the slave device is presented as input on the master
device.
.Pp
In configuring, if an optional
.Ar count
is given in
the specification, space for that number of pseudo terminal pairs is
preallocated.
If the count is missing or is less than 2, a default count of 8 is used.
This is not a hard limit--space for additional pseudo terminal pairs
is allocated on demand up to the limit of 992.
.Pp
The following
.Xr ioctl 2
calls apply only to pseudo terminals and may only be applied to the
.Nm
master:
.Bl -tag -width TIOCREMOTE
.It Dv TIOCEXT Fa int *on
If
.Fa on
points to a non-zero integer,
enable
external processing.
Otherwise,
disable external processing.
.Pp
While external processing is enabled, input line editing, character echo,
and mapping of control characters to signals are disabled
regardless of the terminal's
.Xr termios 4
settings.
.It Dv TIOCSTOP Fa void
Stops output to a terminal (e.g., like typing
.Ql ^S ) .
.It Dv TIOCSTART Fa void
Restarts output
.Po
stopped by
.Dv TIOCSTOP
or by typing
.Ql ^S
.Pc .
.It Dv TIOCPKT Fa int *on
If
.Fa on
points to a non-zero integer,
enable packet mode.
Otherwise,
disable packet mode.
.Pp
While packet mode is enabled, each subsequent
.Xr read 2
from the
.Nm
master will either return data written to the
.Nm
slave preceded by a zero byte (symbolically defined as
.Dv TIOCPKT_DATA ) ,
or a single byte reflecting control
status information.
In the latter case, the byte is an inclusive-or of zero or more of the bits:
.Bl -tag -width TIOCPKT_FLUSHWRITE
.It Dv TIOCPKT_FLUSHREAD
whenever the read queue for the terminal is flushed.
.It Dv TIOCPKT_FLUSHWRITE
whenever the write queue for the terminal is flushed.
.It Dv TIOCPKT_STOP
whenever output to the terminal is stopped a la
.Ql ^S .
.It Dv TIOCPKT_START
whenever output to the terminal is restarted.
.It Dv TIOCPKT_DOSTOP
whenever
.Em t_stopc
is
.Ql ^S
and
.Em t_startc
is
.Ql ^Q .
.It Dv TIOCPKT_NOSTOP
whenever the start and stop characters are not
.Ql ^S/^Q .
.It Dv TIOCPKT_IOCTL
whenever the terminal's
.Xr termios 4
settings change while external processing is enabled.
.Pp
Additionally, when the
.Dv TIOCPKT_IOCTL
bit is set, the remainder of the data read
from the
.Nm
master is a copy of the new
.Xr termios 4
structure.
.El
.Pp
While this mode is in use, the presence of control status information
to be read from the master side may be detected by a
.Xr select 2
for exceptional conditions.
.It Dv TIOCUCNTL Fa int *on
If
.Fa on
points to a non-zero integer,
enable a mode that allows a small number of simple user
.Xr ioctl 2
commands to be passed through the pseudo terminal,
using a protocol similar to that of
.Dv TIOCPKT .
The
.Dv TIOCUCNTL
and
.Dv TIOCPKT
modes are mutually exclusive.
This mode is enabled from the master side of a pseudo terminal.
Each subsequent
.Xr read 2
from the master side will return data written on the slave part of
the pseudo terminal preceded by a zero byte,
or a single byte reflecting a user control operation on the slave side.
A user control command consists of a special
.Xr ioctl 2
operation with no data; the command is given as
.Dv UIOCCMD Ns (n) ,
where
.Ar n
is a number in the range 1-255.
The operation value
.Ar n
will be received as a single byte on the next
.Xr read 2
from the master side.
The
.Xr ioctl 2
.Dv UIOCCMD Ns (0)
is a no-op that may be used to probe for
the existence of this facility.
.Pp
While this mode is in use, any of the
.Dv TIOCSBRK
and
.Dv TIOCCBRK
ioctl requests issued on the slave part of the pseudo terminal will be
translated to a
.Dv TIOCUCNTL_SBRK
or
.Dv TIOCUCNTL_CBRK
user command on the master side.
.Pp
As with
.Dv TIOCPKT
mode, command operations may be detected with a
.Xr select 2
for exceptional conditions.
.It Dv TIOCREMOTE Fa int *on
If
.Fa on
points to a non-zero integer,
enable a mode for the master half of a pseudo terminal,
independent of
.Dv TIOCPKT .
This mode causes input to the pseudo terminal
to be flow controlled and not input edited (regardless of the terminal mode).
Each write to the controlling terminal produces a record boundary for the
process reading the terminal.
In normal usage, a write of data is like the data typed as a line
on the terminal; a write of 0 bytes is like typing an end-of-file
character.
.Dv TIOCREMOTE
can be used when doing remote line
editing in a window manager, or whenever flow controlled input
is required.
.El
.Pp
The standard way to allocate
.Nm
devices is through
.Xr openpty 3 ,
a function which internally uses a
.Dv PTMGET
.Xr ioctl 2
call on the
.Pa /dev/ptm
device.
The
.Dv PTMGET
command allocates a free pseudo terminal, changes its ownership to
the caller, revokes the access privileges for all previous users,
opens the file descriptors for the master and slave devices and returns
them to the caller in
.Fa struct ptmget .
.Bd -literal -offset indent
struct ptmget {
int cfd;
int sfd;
char cn[16];
char sn[16];
};
.Ed
.Pp
The
.Va cfd
and
.Va sfd
fields are the file descriptors for the controlling and slave terminals.
The
.Va cn
and
.Va sn
fields are the file names of the controlling and slave devices.
.Sh FILES
.Bl -tag -width /dev/tty[p-zP-T][0-9a-zA-Z]x -compact
.It Pa /dev/pty[p-zP-T][0-9a-zA-Z]
master pseudo terminals
.It Pa /dev/tty[p-zP-T][0-9a-zA-Z]
slave pseudo terminals
.It Pa /dev/ptm
pseudo terminal management device
.El
.Sh SEE ALSO
.Xr openpty 3 ,
.Xr tty 4
.Sh HISTORY
The
.Nm
driver appeared in
.Bx 4.2 .
The
.Pa /dev/ptm
device was added in
.Ox 3.5 .
.Sh CAVEATS
The
.Pa ptm
device will only work on systems where the
.Pa /dev
directory has been properly populated with
.Nm
device nodes following the naming convention used in
.Ox .
Since
.Pa ptm
impersonates the super user for some operations it needs to perform
to complete the allocation of a pseudo terminal, the
.Pa /dev
directory must also be writeable by the super user.
|