arch/um/Kconfig_char

   1
   2 menu "Character Devices"
   3
   4 config STDIO_CONSOLE
   5         bool
   6         default y
   7
   8 config SSL
   9         bool "Virtual serial line"
  10         help
  11         The User-Mode Linux environment allows you to create virtual serial
  12         lines on the UML that are usually made to show up on the host as
  13         ttys or ptys.
  14
  15         See <http://user-mode-linux.sourceforge.net/input.html> for more
  16         information and command line examples of how to use this facility.
  17
  18         Unless you have a specific reason for disabling this, say Y.
  19
  20 config FD_CHAN
  21         bool "file descriptor channel support"
  22         help
  23         This option enables support for attaching UML consoles and serial
  24         lines to already set up file descriptors.  Generally, the main
  25         console is attached to file descriptors 0 and 1 (stdin and stdout),
  26         so it would be wise to leave this enabled unless you intend to
  27         attach it to some other host device.
  28
  29 config NULL_CHAN
  30         bool "null channel support"
  31         help
  32         This option enables support for attaching UML consoles and serial
  33         lines to a device similar to /dev/null.  Data written to it disappears
  34         and there is never any data to be read.
  35
  36 config PORT_CHAN
  37         bool "port channel support"
  38         help
  39         This option enables support for attaching UML consoles and serial
  40         lines to host portals.  They may be accessed with 'telnet <host>
  41         <port number>'.  Any number of consoles and serial lines may be
  42         attached to a single portal, although what UML device you get when
  43         you telnet to that portal will be unpredictable.
  44         It is safe to say 'Y' here.
  45
  46 config PTY_CHAN
  47         bool "pty channel support"
  48         help
  49         This option enables support for attaching UML consoles and serial
  50         lines to host pseudo-terminals.  Access to both traditional
  51         pseudo-terminals (/dev/pty*) and pts pseudo-terminals are controlled
  52         with this option.  The assignment of UML devices to host devices
  53         will be announced in the kernel message log.
  54         It is safe to say 'Y' here.
  55
  56 config TTY_CHAN
  57         bool "tty channel support"
  58         help
  59         This option enables support for attaching UML consoles and serial
  60         lines to host terminals.  Access to both virtual consoles
  61         (/dev/tty*) and the slave side of pseudo-terminals (/dev/ttyp* and
  62         /dev/pts/*) are controlled by this option.
  63         It is safe to say 'Y' here.
  64
  65 config XTERM_CHAN
  66         bool "xterm channel support"
  67         help
  68         This option enables support for attaching UML consoles and serial
  69         lines to xterms.  Each UML device so assigned will be brought up in
  70         its own xterm.
  71         If you disable this option, then CONFIG_PT_PROXY will be disabled as
  72         well, since UML's gdb currently requires an xterm.
  73         It is safe to say 'Y' here.
  74
  75 config NOCONFIG_CHAN
  76         bool
  77         default !(XTERM_CHAN && TTY_CHAN && PTY_CHAN && PORT_CHAN && FD_CHAN && NULL_CHAN)
  78
  79 config CON_ZERO_CHAN
  80         string "Default main console channel initialization"
  81         default "fd:0,fd:1"
  82         help
  83         This is the string describing the channel to which the main console
  84         will be attached by default.  This value can be overridden from the
  85         command line.  The default value is "fd:0,fd:1", which attaches the
  86         main console to stdin and stdout.
  87         It is safe to leave this unchanged.
  88
  89 config CON_CHAN
  90         string "Default console channel initialization"
  91         default "xterm"
  92         help
  93         This is the string describing the channel to which all consoles
  94         except the main console will be attached by default.  This value can
  95         be overridden from the command line.  The default value is "xterm",
  96         which brings them up in xterms.
  97         It is safe to leave this unchanged, although you may wish to change
  98         this if you expect the UML that you build to be run in environments
  99         which don't have X or xterm available.
 100
 101 config SSL_CHAN
 102         string "Default serial line channel initialization"
 103         default "pty"
 104         help
 105         This is the string describing the channel to which the serial lines
 106         will be attached by default.  This value can be overridden from the
 107         command line.  The default value is "pty", which attaches them to
 108         traditional pseudo-terminals.
 109         It is safe to leave this unchanged, although you may wish to change
 110         this if you expect the UML that you build to be run in environments
 111         which don't have a set of /dev/pty* devices.
 112
 113 config UNIX98_PTYS
 114         bool "Unix98 PTY support"
 115         ---help---
 116           A pseudo terminal (PTY) is a software device consisting of two
 117           halves: a master and a slave. The slave device behaves identical to
 118           a physical terminal; the master device is used by a process to
 119           read data from and write data to the slave, thereby emulating a
 120           terminal. Typical programs for the master side are telnet servers
 121           and xterms.
 122
 123           Linux has traditionally used the BSD-like names /dev/ptyxx for
 124           masters and /dev/ttyxx for slaves of pseudo terminals. This scheme
 125           has a number of problems. The GNU C library glibc 2.1 and later,
 126           however, supports the Unix98 naming standard: in order to acquire a
 127           pseudo terminal, a process opens /dev/ptmx; the number of the pseudo
 128           terminal is then made available to the process and the pseudo
 129           terminal slave can be accessed as /dev/pts/<number>. What was
 130           traditionally /dev/ttyp2 will then be /dev/pts/2, for example.
 131
 132           All modern Linux systems use the Unix98 ptys.  Say Y unless
 133           you're on an embedded system and want to conserve memory.
 134
 135 config LEGACY_PTYS
 136         bool "Legacy (BSD) PTY support"
 137         default y
 138         ---help---
 139           A pseudo terminal (PTY) is a software device consisting of two
 140           halves: a master and a slave. The slave device behaves identical to
 141           a physical terminal; the master device is used by a process to
 142           read data from and write data to the slave, thereby emulating a
 143           terminal. Typical programs for the master side are telnet servers
 144           and xterms.
 145
 146           Linux has traditionally used the BSD-like names /dev/ptyxx
 147           for masters and /dev/ttyxx for slaves of pseudo
 148           terminals. This scheme has a number of problems, including
 149           security.  This option enables these legacy devices; on most
 150           systems, it is safe to say N.
 151
 152
 153 config LEGACY_PTY_COUNT
 154         int "Maximum number of legacy PTY in use"
 155         depends on LEGACY_PTYS
 156         default "256"
 157         ---help---
 158           The maximum number of legacy PTYs that can be used at any one time.
 159           The default is 256, and should be more than enough.  Embedded
 160           systems may want to reduce this to save memory.
 161
 162           When not in use, each legacy PTY occupies 12 bytes on 32-bit
 163           architectures and 24 bytes on 64-bit architectures.
 164
 165 config WATCHDOG
 166         bool "Watchdog Timer Support"
 167
 168 config WATCHDOG_NOWAYOUT
 169         bool "Disable watchdog shutdown on close"
 170         depends on WATCHDOG
 171
 172 config SOFT_WATCHDOG
 173         tristate "Software Watchdog"
 174         depends on WATCHDOG
 175
 176 config UML_WATCHDOG
 177         tristate "UML watchdog"
 178         depends on WATCHDOG
 179
 180 config UML_SOUND
 181         tristate "Sound support"
 182         help
 183         This option enables UML sound support.  If enabled, it will pull in
 184         soundcore and the UML hostaudio relay, which acts as a intermediary
 185         between the host's dsp and mixer devices and the UML sound system.
 186         It is safe to say 'Y' here.
 187
 188 config SOUND
 189         tristate
 190         default UML_SOUND
 191
 192 config HOSTAUDIO
 193         tristate
 194         default UML_SOUND
 195
 196 endmenu
 197