aboutsummaryrefslogtreecommitdiff
path: root/etc/etc.sparc64
Commit message (Collapse)AuthorAgeFilesLines
* Remove the reference to pseudo-terminals from the description.Ed Schouten2011-03-301-3/+2
| | | | | | | | Pseudo-terminals are no longer listed in this file, since the utmpx implementation doesn't depend on ttyslot(). Notes: svn path=/head/; revision=220154
* Remove pseudo-terminals from ttys(5).Ed Schouten2010-01-271-257/+0
| | | | | | | | | | | | | | | When we had utmp(5), we had to list all the psuedo-terminals in ttys(5) to make ttyslot(3) function properly. Now that pututxline(3) deals with slot allocation internally (not based on TTY names), we don't need to list all the TTYs on the system in ttys(5) to make user accounting work properly. This patch removes all the entries from the /etc/ttys files, but also the pts(4) entries that were appended implicitly, which was added in r154838. Notes: svn path=/head/; revision=203068
* Switch the default terminal emulation style to xterm for most platforms.Ed Schouten2009-11-131-9/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Right now syscons(4) uses a cons25-style terminal emulator. The disadvantages of that are: - Little compatibility with embedded devices with serial interfaces. - Bad bandwidth efficiency, mainly because of the lack of scrolling regions. - A very hard transition path to support for modern character sets like UTF-8. Our terminal emulation library, libteken, has been supporting xterm-style terminal emulation for months, so flip the switch and make everyone use an xterm-style console driver. I still have to enable this on i386. Right now pc98 and i386 share the same /etc/ttys file. I'm not going to switch pc98, because it uses its own Kanji-capable cons25 emulator. IMPORTANT: What to do if things go wrong (i.e. graphical artifacts): - Run the application inside script(1), try to reduce the problem and send me the log file. - In the mean time, you can run `vidcontrol -T cons25' and `export TERM=cons25' so you can run applications the same way you did before. You can also build your kernel with `options TEKEN_CONS25' to make all virtual terminals use the cons25 emulator by default. Discussed on: current@ Notes: svn path=/head/; revision=199243
* Remove the note about using vt220, which makes no sense at all.Ed Schouten2009-06-141-3/+1
| | | | | | | | | 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. Notes: svn path=/head/; revision=194218
* Remove pts(4) entries from /etc/ttys.Ed Schouten2009-02-121-512/+0
| | | | | | | | | | | | | | | | | | 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. Notes: svn path=/head/; revision=188535
* Restore 256 pty(4) entries.Ed Schouten2008-08-241-0/+256
| | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=182104
* Remove old BSD-style entries from /etc/ttys and increase pts(4) to 512.Ed Schouten2008-08-231-512/+256
| | | | | | | | | | | | 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) Notes: svn path=/head/; revision=182058
* Bump up the number of ttys supported by pty(4) to 512 by making use ofJohn Baldwin2007-11-191-0/+256
| | | | | | | | | | [pt]ty[lmnoLMNO][0-9a-v]. MFC after: 3 days Reviewed by: rwatson Notes: svn path=/head/; revision=173755
* Add ttys lines for pts/0-pts/255.Robert Watson2007-11-151-0/+256
| | | | | | | MFC after: 3 days Notes: svn path=/head/; revision=173638
* Remove more vestiges of /usr/X11R6, but leave mtree for portmgr.Doug Barton2007-05-291-1/+1
| | | | Notes: svn path=/head/; revision=170088
* Remove last vestiges of sab(4).Marius Strobl2006-04-251-3/+0
| | | | Notes: svn path=/head/; revision=158026
* Enable getty(8) on ttyu2 by default in order to get machines that use aMarius Strobl2006-02-041-1/+1
| | | | | | | | | | | | RSC (Remote System Control) connected via uart2 as console working out of the box. On machines that use uart2 to connect a keyboard and thus the ttyu2 node doesn't exist this will trigger a warning from getty(8) but cause no real harm. MFC after: 1 week Notes: svn path=/head/; revision=155323
* - In preparation to turning syscons(4) etc. on by default in the sparc64Marius Strobl2005-06-101-13/+14
| | | | | | | | | | | | | | | GENERIC comment in ttyN. - Add the name of the device driver creating the device nodes above the respectives blocks so it's easier for user to find the right entry to shut up warnings from getty(8). Replace 'Requires device 'uart' be enabled.' with just 'uart(4)' as the former referred to a sparc64 GENERIC back when uart(4) wasn't enabled by default, yet. - Turn off the getty(8) on screen as screen is created by ofw_console(4) which is no longer enabled in the sparc64 GENERIC (and also only is a last resort) to shut up warnings from getty(8) with the current GENERIC. Notes: svn path=/head/; revision=147276
* Be consistent about the serial line terminal type.David E. O'Brien2005-03-091-5/+5
| | | | | | | CVS ---------------------------------------------------------------------- Notes: svn path=/head/; revision=143311
* Start gettys on ttyu0 and ttyu1 instead of ttya and ttyz0 now thatMarcel Moolenaar2005-01-301-4/+4
| | | | | | | | | uart(4) is the default driver. MFC after: 2 weeks Notes: svn path=/head/; revision=141034
* Catch up with the new device name of sab(4). The entries for tty[a,b]Marius Strobl2004-12-041-0/+2
| | | | | | | | | can't be removed as ofw_console(4) and zs(4) use them so one has to live with some complaints about non-existent devices at boot time and remove the respective entries locally for now. Notes: svn path=/head/; revision=138369
* With the fixes to getty handling of non-existent devices a defaultKen Smith2004-10-041-2/+3
| | | | | | | | | | | | install now complains about ttyu0/ttyu1 not existing at boot time. Since users wanting the uart based devices as terminals will need to do something special to get them anyway set it up so a default config doesn't complain. MFC after: 3 days Notes: svn path=/head/; revision=136108
* Add dumb console driver and related bits.Hidetoshi Shimokawa2003-10-241-0/+2
| | | | | | | | | | | 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. Notes: svn path=/head/; revision=121468
* Changed the ttyd entries to ttyu, which correspond to the device nodesJake Burkholder2003-09-111-4/+4
| | | | | | | created by uart(4). Notes: svn path=/head/; revision=119972
* Per previous announcement, remove the old version of the rc system.Doug Barton2003-05-021-9/+0
| | | | | | | | | | | | | All functionality from the previous system has been preserved, and users should still customize their system boot with the familiar methods, rc.conf, rc.conf.local, rc.firewall, sysctl.conf, etc. Users who have customized versions of scripts that have been removed should take great care when upgrading, since the compatibility code that used those old scripts has also been removed. Notes: svn path=/head/; revision=114492
* Make disktab(5) MI (repo-copied from etc.i386/disktab).Ruslan Ermilov2003-04-021-224/+0
| | | | Notes: svn path=/head/; revision=112984
* Change ofwcons to use the output-device property from the firmware for theJake Burkholder2003-01-271-4/+4
| | | | | | | | | | | | | name of the device that it creates. Update /etc/ttys accordingly. An alias is created for the old name so that old /etc/ttys will continue to work, but due to aliases being implemented as symlinks in devfs you cannot login as root when using the alias device. Discussed with: grehan Notes: svn path=/head/; revision=109921
* Add example entries for ttya and ttyb (sab).Jake Burkholder2002-08-041-0/+2
| | | | Notes: svn path=/head/; revision=101329
* Mention that terminal type vt220 will work better if one needsGerald Pfeifer2002-04-171-2/+4
| | | | | | | | | | interoperability with other systems like Solaris or GNU/Linux. PR: 33810 Approved by: obrien Notes: svn path=/head/; revision=94929
* Populate etc.sparc64:John Baldwin2002-01-073-0/+540
- The disktab was taken from etc.alpha. - rc.sparc64 doesn't do anything right now. - The ttys file has all the vty's commented out since we don't know how those will work yet. Also, an entry is added for the Openfirmware console device. Submitted by: jake (partially) Notes: svn path=/head/; revision=89029
generated by cgit v1.2.3 (git 2.25.1) at 2024-10-19 16:35:00 +0000