src-test2/etc/etc.amd64/ttys, branch release/8.1.0FreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.1.02009-06-14T22:35:33ZRemove the note about using vt220, which makes no sense at all.2009-06-14T22:35:33ZEd Schoutened@FreeBSD.org2009-06-14T22:35:33Zurn:sha1:fcbfce66439ab9501a214f322b3f43b2e74d089c
vt220 will not work better. Even though it probably will remove warnings
about unknown terminal types, a cons25 emulator is not compatible with
vt220 at all.
Remove pts(4) entries from /etc/ttys.2009-02-12T19:21:48ZEd Schoutened@FreeBSD.org2009-02-12T19:21:48Zurn:sha1:5ebad6a76adaabbdb9391f494b7e215acd1fccb7
Even though I increased the amount of pts(4) entries in /etc/ttys some
time ago, I didn't realize back then those entries shouldn't have been
there in the first place.
I just looked at the getttyent() source code and it turns out when you
call setttyent(), it walks through /dev/pts and looks for the device
with the highest number. After you receive EOF's from getttyent(), it
makes up entries for pts(4) devices.
This means that adding entries for pts(4) is somewhat harmful, because
if you now traverse the list, you get redundant entries, so just remove
them.
Restore 256 pty(4) entries.2008-08-24T08:41:29ZEd Schoutened@FreeBSD.org2008-08-24T08:41:29Zurn:sha1:0a3bd811c6cec74733871313f5e069fafe56594e
As discussed with Robert Watson on the src-committers list, it is safer
to keep at least some pty(4) entries in /etc/ttys, for applications that
roll their own PTY allocation routine and only search for BSD-style
PTY's.
This means we've now just toggled the amount of entries for pts(4) and
pty(4).
Requested by: rwatson
Remove old BSD-style entries from /etc/ttys and increase pts(4) to 512.2008-08-23T14:36:39ZEd Schoutened@FreeBSD.org2008-08-23T14:36:39Zurn:sha1:fa38c73642bd8d3fa4c7192ad0524eb93c831e12
Because we now use pts(4)-style PTY's exclusively, there is no use for
these entries in /etc/ttys. Right now the pts(4) entries only go from 0
to 255. Because we're going to touch these files anyway, increase the
number to 511.
Discussed with: philip (ex-mentor)
Make uart(4) the default serial port driver on i386 and amd64.2008-07-13T07:20:14ZEd Schoutened@FreeBSD.org2008-07-13T07:20:14Zurn:sha1:f4d811f0b26466000e2001df13ab3bb3876a271b
The uart(4) driver has the advantage of supporting a wider variety of
hardware on a greater amount of platforms. This driver has already been
the standard on platforms such as ia64, powerpc and sparc64.
I've decided not to change anything on pc98. I'd rather let people from
the pc98 team look at this.
Approved by: philip (mentor), marcel
Bump up the number of ttys supported by pty(4) to 512 by making use of2007-11-19T20:49:42ZJohn Baldwinjhb@FreeBSD.org2007-11-19T20:49:42Zurn:sha1:790c2471b9635bbf9f004774f818558abe13018e
[pt]ty[lmnoLMNO][0-9a-v].
MFC after: 3 days
Reviewed by: rwatson
Add ttys lines for pts/0-pts/255.2007-11-15T16:22:59ZRobert Watsonrwatson@FreeBSD.org2007-11-15T16:22:59Zurn:sha1:dc08061ccd62e9c20529e1c9d2f237ed8c6003b3
MFC after: 3 days
Remove more vestiges of /usr/X11R6, but leave mtree for portmgr.2007-05-29T06:37:58ZDoug Bartondougb@FreeBSD.org2007-05-29T06:37:58Zurn:sha1:9c933e2939574d5ae1d44dbade54011d5d68abcaAdd dumb console driver and related bits.2003-10-24T15:44:10ZHidetoshi Shimokawasimokawa@FreeBSD.org2003-10-24T15:44:10Zurn:sha1:869093b15d791e90c619609d2c5cb564fd945235
dcons(4): very simple console and gdb port driver
dcons_crom(4): FireWire attachment
dconschat(8): User interface to dcons
Tested with: i386, i386-PAE, and sparc64.
Mention that terminal type vt220 will work better if one needs2002-04-17T10:42:41ZGerald Pfeifergerald@FreeBSD.org2002-04-17T10:42:41Zurn:sha1:e6c0365295e0e7f0fc3ecba3b069ff63bb8d7b73
interoperability with other systems like Solaris or GNU/Linux.
PR: 33810
Approved by: obrien