Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | |
| 2 | menu "Character Devices" |
| 3 | |
| 4 | config STDERR_CONSOLE |
| 5 | bool "stderr console" |
| 6 | default y |
| 7 | help |
| 8 | console driver which dumps all printk messages to stderr. |
| 9 | |
| 10 | config STDIO_CONSOLE |
| 11 | bool |
| 12 | default y |
| 13 | |
| 14 | config SSL |
| 15 | bool "Virtual serial line" |
| 16 | help |
| 17 | The User-Mode Linux environment allows you to create virtual serial |
| 18 | lines on the UML that are usually made to show up on the host as |
| 19 | ttys or ptys. |
| 20 | |
| 21 | See <http://user-mode-linux.sourceforge.net/input.html> for more |
| 22 | information and command line examples of how to use this facility. |
| 23 | |
| 24 | Unless you have a specific reason for disabling this, say Y. |
| 25 | |
| 26 | config NULL_CHAN |
| 27 | bool "null channel support" |
| 28 | help |
| 29 | This option enables support for attaching UML consoles and serial |
| 30 | lines to a device similar to /dev/null. Data written to it disappears |
| 31 | and there is never any data to be read. |
| 32 | |
| 33 | config PORT_CHAN |
| 34 | bool "port channel support" |
| 35 | help |
| 36 | This option enables support for attaching UML consoles and serial |
| 37 | lines to host portals. They may be accessed with 'telnet <host> |
| 38 | <port number>'. Any number of consoles and serial lines may be |
| 39 | attached to a single portal, although what UML device you get when |
| 40 | you telnet to that portal will be unpredictable. |
| 41 | It is safe to say 'Y' here. |
| 42 | |
| 43 | config PTY_CHAN |
| 44 | bool "pty channel support" |
| 45 | help |
| 46 | This option enables support for attaching UML consoles and serial |
| 47 | lines to host pseudo-terminals. Access to both traditional |
| 48 | pseudo-terminals (/dev/pty*) and pts pseudo-terminals are controlled |
| 49 | with this option. The assignment of UML devices to host devices |
| 50 | will be announced in the kernel message log. |
| 51 | It is safe to say 'Y' here. |
| 52 | |
| 53 | config TTY_CHAN |
| 54 | bool "tty channel support" |
| 55 | help |
| 56 | This option enables support for attaching UML consoles and serial |
| 57 | lines to host terminals. Access to both virtual consoles |
| 58 | (/dev/tty*) and the slave side of pseudo-terminals (/dev/ttyp* and |
| 59 | /dev/pts/*) are controlled by this option. |
| 60 | It is safe to say 'Y' here. |
| 61 | |
| 62 | config XTERM_CHAN |
| 63 | bool "xterm channel support" |
| 64 | help |
| 65 | This option enables support for attaching UML consoles and serial |
| 66 | lines to xterms. Each UML device so assigned will be brought up in |
| 67 | its own xterm. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 68 | It is safe to say 'Y' here. |
| 69 | |
| 70 | config NOCONFIG_CHAN |
| 71 | bool |
| 72 | default !(XTERM_CHAN && TTY_CHAN && PTY_CHAN && PORT_CHAN && NULL_CHAN) |
| 73 | |
| 74 | config CON_ZERO_CHAN |
| 75 | string "Default main console channel initialization" |
| 76 | default "fd:0,fd:1" |
| 77 | help |
| 78 | This is the string describing the channel to which the main console |
| 79 | will be attached by default. This value can be overridden from the |
| 80 | command line. The default value is "fd:0,fd:1", which attaches the |
| 81 | main console to stdin and stdout. |
| 82 | It is safe to leave this unchanged. |
| 83 | |
| 84 | config CON_CHAN |
| 85 | string "Default console channel initialization" |
| 86 | default "xterm" |
| 87 | help |
| 88 | This is the string describing the channel to which all consoles |
| 89 | except the main console will be attached by default. This value can |
| 90 | be overridden from the command line. The default value is "xterm", |
| 91 | which brings them up in xterms. |
| 92 | It is safe to leave this unchanged, although you may wish to change |
| 93 | this if you expect the UML that you build to be run in environments |
| 94 | which don't have X or xterm available. |
| 95 | |
| 96 | config SSL_CHAN |
| 97 | string "Default serial line channel initialization" |
| 98 | default "pty" |
| 99 | help |
| 100 | This is the string describing the channel to which the serial lines |
| 101 | will be attached by default. This value can be overridden from the |
| 102 | command line. The default value is "pty", which attaches them to |
| 103 | traditional pseudo-terminals. |
| 104 | It is safe to leave this unchanged, although you may wish to change |
| 105 | this if you expect the UML that you build to be run in environments |
| 106 | which don't have a set of /dev/pty* devices. |
| 107 | |
| 108 | config UNIX98_PTYS |
| 109 | bool "Unix98 PTY support" |
| 110 | ---help--- |
| 111 | A pseudo terminal (PTY) is a software device consisting of two |
| 112 | halves: a master and a slave. The slave device behaves identical to |
| 113 | a physical terminal; the master device is used by a process to |
| 114 | read data from and write data to the slave, thereby emulating a |
| 115 | terminal. Typical programs for the master side are telnet servers |
| 116 | and xterms. |
| 117 | |
| 118 | Linux has traditionally used the BSD-like names /dev/ptyxx for |
| 119 | masters and /dev/ttyxx for slaves of pseudo terminals. This scheme |
| 120 | has a number of problems. The GNU C library glibc 2.1 and later, |
| 121 | however, supports the Unix98 naming standard: in order to acquire a |
| 122 | pseudo terminal, a process opens /dev/ptmx; the number of the pseudo |
| 123 | terminal is then made available to the process and the pseudo |
| 124 | terminal slave can be accessed as /dev/pts/<number>. What was |
| 125 | traditionally /dev/ttyp2 will then be /dev/pts/2, for example. |
| 126 | |
| 127 | All modern Linux systems use the Unix98 ptys. Say Y unless |
| 128 | you're on an embedded system and want to conserve memory. |
| 129 | |
| 130 | config LEGACY_PTYS |
| 131 | bool "Legacy (BSD) PTY support" |
| 132 | default y |
| 133 | ---help--- |
| 134 | A pseudo terminal (PTY) is a software device consisting of two |
| 135 | halves: a master and a slave. The slave device behaves identical to |
| 136 | a physical terminal; the master device is used by a process to |
| 137 | read data from and write data to the slave, thereby emulating a |
| 138 | terminal. Typical programs for the master side are telnet servers |
| 139 | and xterms. |
| 140 | |
| 141 | Linux has traditionally used the BSD-like names /dev/ptyxx |
| 142 | for masters and /dev/ttyxx for slaves of pseudo |
| 143 | terminals. This scheme has a number of problems, including |
| 144 | security. This option enables these legacy devices; on most |
| 145 | systems, it is safe to say N. |
| 146 | |
Allan Graves | cf2775f | 2007-02-28 20:13:29 -0800 | [diff] [blame] | 147 | config RAW_DRIVER |
| 148 | tristate "RAW driver (/dev/raw/rawN) (OBSOLETE)" |
| 149 | help |
| 150 | The raw driver permits block devices to be bound to /dev/raw/rawN. |
| 151 | Once bound, I/O against /dev/raw/rawN uses efficient zero-copy I/O. |
| 152 | See the raw(8) manpage for more details. |
| 153 | |
| 154 | The raw driver is deprecated and will be removed soon. |
| 155 | Applications should simply open the device (eg /dev/hda1) |
| 156 | with the O_DIRECT flag. |
| 157 | |
| 158 | config MAX_RAW_DEVS |
| 159 | int "Maximum number of RAW devices to support (1-8192)" |
| 160 | depends on RAW_DRIVER |
| 161 | default "256" |
| 162 | help |
| 163 | The maximum number of RAW devices that are supported. |
| 164 | Default is 256. Increase this number in case you need lots of |
| 165 | raw devices. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 166 | |
| 167 | config LEGACY_PTY_COUNT |
| 168 | int "Maximum number of legacy PTY in use" |
| 169 | depends on LEGACY_PTYS |
| 170 | default "256" |
| 171 | ---help--- |
| 172 | The maximum number of legacy PTYs that can be used at any one time. |
| 173 | The default is 256, and should be more than enough. Embedded |
| 174 | systems may want to reduce this to save memory. |
| 175 | |
| 176 | When not in use, each legacy PTY occupies 12 bytes on 32-bit |
| 177 | architectures and 24 bytes on 64-bit architectures. |
| 178 | |
| 179 | config WATCHDOG |
| 180 | bool "Watchdog Timer Support" |
| 181 | |
| 182 | config WATCHDOG_NOWAYOUT |
| 183 | bool "Disable watchdog shutdown on close" |
| 184 | depends on WATCHDOG |
| 185 | |
| 186 | config SOFT_WATCHDOG |
| 187 | tristate "Software Watchdog" |
| 188 | depends on WATCHDOG |
| 189 | |
| 190 | config UML_WATCHDOG |
| 191 | tristate "UML watchdog" |
| 192 | depends on WATCHDOG |
| 193 | |
| 194 | config UML_SOUND |
| 195 | tristate "Sound support" |
| 196 | help |
| 197 | This option enables UML sound support. If enabled, it will pull in |
| 198 | soundcore and the UML hostaudio relay, which acts as a intermediary |
| 199 | between the host's dsp and mixer devices and the UML sound system. |
| 200 | It is safe to say 'Y' here. |
| 201 | |
| 202 | config SOUND |
| 203 | tristate |
| 204 | default UML_SOUND |
| 205 | |
| 206 | config HOSTAUDIO |
| 207 | tristate |
| 208 | default UML_SOUND |
| 209 | |
Paolo 'Blaisorblade' Giarrusso | f43e6a5 | 2006-10-19 23:28:25 -0700 | [diff] [blame] | 210 | #It is selected elsewhere, so kconfig would warn without this. |
| 211 | config HW_RANDOM |
| 212 | tristate |
| 213 | default n |
| 214 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 215 | config UML_RANDOM |
| 216 | tristate "Hardware random number generator" |
| 217 | help |
| 218 | This option enables UML's "hardware" random number generator. It |
| 219 | attaches itself to the host's /dev/random, supplying as much entropy |
| 220 | as the host has, rather than the small amount the UML gets from its |
| 221 | own drivers. It registers itself as a standard hardware random number |
| 222 | generator, major 10, minor 183, and the canonical device name is |
| 223 | /dev/hwrng. |
| 224 | The way to make use of this is to install the rng-tools package |
| 225 | (check your distro, or download from |
| 226 | http://sourceforge.net/projects/gkernel/). rngd periodically reads |
| 227 | /dev/hwrng and injects the entropy into /dev/random. |
| 228 | |
Jeff Dike | 3df5952 | 2005-06-08 15:47:50 -0700 | [diff] [blame] | 229 | config MMAPPER |
| 230 | tristate "iomem emulation driver" |
| 231 | help |
| 232 | This driver allows a host file to be used as emulated IO memory inside |
| 233 | UML. |
| 234 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 235 | endmenu |
| 236 | |