← Back to branch summary

~ubuntu-branches/ubuntu/trusty/linux-armadaxp/trusty

« back to all changes in this revision

Viewing changes to arch/um/Kconfig.char

  • Committer: Package Import Robot
  • Author(s): Michael Casadevall, Bryan Wu, Dann Frazier, Michael Casadeall
  • Date: 2012-03-10 15:00:54 UTC
  • mfrom: (1.1.1)
  • Revision ID: package-import@ubuntu.com-20120310150054-flugb39zon8vvgwe
Tags: 3.2.0-1600.1
[ Bryan Wu ]
* UBUNTU: import debian/debian.env and debian.armadaxp

[ Dann Frazier ]
* ARM: Armada XP: remove trailing '/' in dirnames in mvRules.mk

[ Michael Casadeall ]
* tools: add some tools for Marvell Armada XP processor
* kernel: timer tick hacking from Marvell
* kernel: Sheeva Errata: add delay on Sheeva when powering down
* net: add Marvell NFP netfilter
* net: socket and skb modifications made by Marvell
* miscdevice: add minor IDs for some Marvell Armada drivers
* fs: introduce memory pool for splice()
* video: EDID detection updates from Marvell Armada XP patchset
* video: backlight: add Marvell Dove LCD backlight driver
* video: display: add THS8200 display driver
* video: framebuffer: add Marvell Dove and Armada XP processor onchip LCD controller driver
* usbtest: add Interrupt transfer testing by Marvell Armada XP code
* usb: ehci: add support for Marvell EHCI controler
* tty/serial: 8250: add support for Marvell Armada XP processor and DeviceTree work
* rtc: add support for Marvell Armada XP onchip RTC controller
* net: pppoe: add Marvell ethernet NFP hook in PPPoE networking driver
* mtd: nand: add support for Marvell Armada XP Nand Flash Controller
* mtd: maps: add Marvell Armada XP specific map driver
* mmc: add support for Marvell Armada XP MMC/SD host controller
* i2c: add support for Marvell Armada XP onchip i2c bus controller
* hwmon: add Kconfig option for Armada XP onchip thermal sensor driver
* dmaengine: add Net DMA support for splice and update Marvell XOR DMA engine driver
* ata: add support for Marvell Armada XP SATA controller and update some quirks
* ARM: add Marvell Armada XP machine to mach-types
* ARM: oprofile: add support for Marvell PJ4B core
* ARM: mm: more ARMv6 switches for Marvell Armada XP
* ARM: remove static declaration to allow compilation
* ARM: alignment access fault trick
* ARM: mm: skip some fault fixing when run on NONE SMP ARMv6 mode during early abort event
* ARM: mm: add Marvell Sheeva CPU Architecture for PJ4B
* ARM: introduce optimized copy operation for Marvell Armada XP
* ARM: SAUCE: hardware breakpoint trick for Marvell Armada XP
* ARM: big endian and little endian tricks for Marvell Armada XP
* ARM: SAUCE: Add Marvell Armada XP build rules to arch/arm/kernel/Makefile
* ARM: vfp: add special handling for Marvell Armada XP
* ARM: add support for Marvell U-Boot
* ARM: add mv_controller_num for ARM PCI drivers
* ARM: add support for local PMUs, general SMP tweaks and cache flushing
* ARM: add Marvell device identifies in glue-proc.h
* ARM: add IPC driver support for Marvell platforms
* ARM: add DMA mapping for Marvell platforms
* ARM: add Sheeva errata and PJ4B code for booting
* ARM: update Kconfig and Makefile to include Marvell Armada XP platforms
* ARM: Armada XP: import LSP from Marvell for Armada XP 3.2 kernel enablement

Show diffs side-by-side

added added

removed removed

Lines of Context:
arch/um/Kconfig.char
1
 
 
2
 
menu "Character Devices"
 
1
menu "UML Character Devices"
3
2
 
4
3
config STDERR_CONSOLE
5
4
        bool "stderr console"
105
104
          this if you expect the UML that you build to be run in environments
106
105
          which don't have a set of /dev/pty* devices.
107
106
 
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
 
 
147
 
config RAW_DRIVER
148
 
        tristate "RAW driver (/dev/raw/rawN)"
149
 
        depends on BLOCK
150
 
        help
151
 
          The raw driver permits block devices to be bound to /dev/raw/rawN.
152
 
          Once bound, I/O against /dev/raw/rawN uses efficient zero-copy I/O.
153
 
          See the raw(8) manpage for more details.
154
 
 
155
 
          Applications should preferably 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.
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
107
config UML_SOUND
195
108
        tristate "Sound support"
196
109
        help
211
124
        tristate
212
125
        default UML_SOUND
213
126
 
214
 
#It is selected elsewhere, so kconfig would warn without this.
215
 
config HW_RANDOM
216
 
        tristate
217
 
        default n
218
 
 
219
 
config UML_RANDOM
220
 
        tristate "Hardware random number generator"
221
 
        help
222
 
          This option enables UML's "hardware" random number generator.  It
223
 
          attaches itself to the host's /dev/random, supplying as much entropy
224
 
          as the host has, rather than the small amount the UML gets from its
225
 
          own drivers.  It registers itself as a standard hardware random number
226
 
          generator, major 10, minor 183, and the canonical device name is
227
 
          /dev/hwrng.
228
 
          The way to make use of this is to install the rng-tools package
229
 
          (check your distro, or download from
230
 
          http://sourceforge.net/projects/gkernel/).  rngd periodically reads
231
 
          /dev/hwrng and injects the entropy into /dev/random.
232
 
 
233
 
config MMAPPER
234
 
        tristate "iomem emulation driver"
235
 
        help
236
 
          This driver allows a host file to be used as emulated IO memory inside
237
 
          UML.
238
 
 
239
127
endmenu