Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 Oct 2007 14:09:44 +0200
From:      Erik Trulsson <ertr1013@student.uu.se>
To:        Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= <des@des.no>
Cc:        freebsd-hackers@freebsd.org, Steven Hartland <killing@multiplay.co.uk>, freebsd-stable@freebsd.org
Subject:   Re: How to enable more than 256 pty's?
Message-ID:  <20071002120944.GA33356@owl.midgard.homeip.net>
In-Reply-To: <86abr1yb68.fsf@ds4.des.no>
References:  <001f01c80407$1358d490$b6db87d4@multiplay.co.uk> <00ab01c8040c$7c408160$b6db87d4@multiplay.co.uk> <012101c804e5$efa7e9c0$b6db87d4@multiplay.co.uk> <86abr1yb68.fsf@ds4.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 02, 2007 at 02:05:03PM +0200, Dag-Erling Sm=F8rgrav wrote:
> "Steven Hartland" <killing@multiplay.co.uk> writes:
> > Any one got any pointers on this, the machine we running this app on is=
 over
> > 90% idle so I really don't want to have to install a second machine jus=
t to
> > workaround a limit on the number of pty's, surely there's a way to incr=
ease
> > this?
>=20
> You need to change the way ptys are named in pty_create_slave() and
> pty_clone() in sys/kern/tty_pty.c.  Just changing names won't help as
> the sequence is also hardcoded in pty_clone().
>=20
> You also need to change grantpt(), openpty() and any other userland code
> which has hardcoded knowledge of the naming scheme:
>=20
> des@ds4 ~% gfs pqrsPQRS
> src/sys/kern/tty_pty.c: static char *names =3D "pqrsPQRS";
> src/sys/kern/tty_pty.c:  * pts =3D=3D /dev/tty[pqrsPQRS][0123456789abcdef=
ghijklmnopqrstuv]
> src/sys/kern/tty_pty.c:  * ptc =3D=3D /dev/pty[pqrsPQRS][0123456789abcdef=
ghijklmnopqrstuv]
> src/contrib/telnet/telnetd/sys_term.c:  for (cp =3D "pqrsPQRS"; *cp; cp++=
) {
> src/usr.sbin/ac/ac.c:                               strchr("pqrsPQRS", us=
r.ut_line[3]) !=3D 0 ||
> src/lib/libutil/pty.c:  for (cp1 =3D "pqrsPQRS"; *cp1; cp1++) {
> src/lib/libc/stdlib/grantpt.c: #define  PT_DEV1         "pqrsPQRS"
>=20
> Alternatively, set kern.pts.enable to 1, and find and fix the
> hang-on-close bug in the pts code (if it hasn't been fixed already)

This last option is only available if you are running 7-CURRENT though.
The pts code is not in 6-STABLE (or older.)


--=20
<Insert your favourite quote here.>
Erik Trulsson
ertr1013@student.uu.se



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071002120944.GA33356>