USB: see if URB comes from a completion handler
[linux/fpc-iii.git] / arch / xtensa / Kconfig
blob8d24dcb7cdac6df122e6779080b5e31b234a6ee5
1 config ZONE_DMA
2         def_bool y
4 config XTENSA
5         def_bool y
6         select ARCH_WANT_FRAME_POINTERS
7         select HAVE_IDE
8         select GENERIC_ATOMIC64
9         select GENERIC_CLOCKEVENTS
10         select VIRT_TO_BUS
11         select GENERIC_IRQ_SHOW
12         select GENERIC_CPU_DEVICES
13         select GENERIC_SCHED_CLOCK
14         select MODULES_USE_ELF_RELA
15         select GENERIC_PCI_IOMAP
16         select ARCH_WANT_IPC_PARSE_VERSION
17         select ARCH_WANT_OPTIONAL_GPIOLIB
18         select CLONE_BACKWARDS
19         select IRQ_DOMAIN
20         select HAVE_OPROFILE
21         select HAVE_FUNCTION_TRACER
22         help
23           Xtensa processors are 32-bit RISC machines designed by Tensilica
24           primarily for embedded systems.  These processors are both
25           configurable and extensible.  The Linux port to the Xtensa
26           architecture supports all processor configurations and extensions,
27           with reasonable minimum requirements.  The Xtensa Linux project has
28           a home page at <http://www.linux-xtensa.org/>.
30 config RWSEM_XCHGADD_ALGORITHM
31         def_bool y
33 config GENERIC_HWEIGHT
34         def_bool y
36 config ARCH_HAS_ILOG2_U32
37         def_bool n
39 config ARCH_HAS_ILOG2_U64
40         def_bool n
42 config NO_IOPORT
43         def_bool n
45 config HZ
46         int
47         default 100
49 source "init/Kconfig"
50 source "kernel/Kconfig.freezer"
52 config LOCKDEP_SUPPORT
53         def_bool y
55 config STACKTRACE_SUPPORT
56         def_bool y
58 config TRACE_IRQFLAGS_SUPPORT
59         def_bool y
61 config MMU
62         def_bool n
64 config VARIANT_IRQ_SWITCH
65         def_bool n
67 menu "Processor type and features"
69 choice
70         prompt "Xtensa Processor Configuration"
71         default XTENSA_VARIANT_FSF
73 config XTENSA_VARIANT_FSF
74         bool "fsf - default (not generic) configuration"
75         select MMU
77 config XTENSA_VARIANT_DC232B
78         bool "dc232b - Diamond 232L Standard Core Rev.B (LE)"
79         select MMU
80         help
81           This variant refers to Tensilica's Diamond 232L Standard core Rev.B (LE).
83 config XTENSA_VARIANT_DC233C
84         bool "dc233c - Diamond 233L Standard Core Rev.C (LE)"
85         select MMU
86         help
87           This variant refers to Tensilica's Diamond 233L Standard core Rev.C (LE).
89 config XTENSA_VARIANT_S6000
90         bool "s6000 - Stretch software configurable processor"
91         select VARIANT_IRQ_SWITCH
92         select ARCH_REQUIRE_GPIOLIB
93         select XTENSA_CALIBRATE_CCOUNT
94 endchoice
96 config XTENSA_UNALIGNED_USER
97         bool "Unaligned memory access in use space"
98         help
99           The Xtensa architecture currently does not handle unaligned
100           memory accesses in hardware but through an exception handler.
101           Per default, unaligned memory accesses are disabled in user space.
103           Say Y here to enable unaligned memory access in user space.
105 source "kernel/Kconfig.preempt"
107 config MATH_EMULATION
108         bool "Math emulation"
109         help
110         Can we use information of configuration file?
112 config INITIALIZE_XTENSA_MMU_INSIDE_VMLINUX
113         bool "Initialize Xtensa MMU inside the Linux kernel code"
114         default y
115         help
116           Earlier version initialized the MMU in the exception vector
117           before jumping to _startup in head.S and had an advantage that
118           it was possible to place a software breakpoint at 'reset' and
119           then enter your normal kernel breakpoints once the MMU was mapped
120           to the kernel mappings (0XC0000000).
122           This unfortunately doesn't work for U-Boot and likley also wont
123           work for using KEXEC to have a hot kernel ready for doing a
124           KDUMP.
126           So now the MMU is initialized in head.S but it's necessary to
127           use hardware breakpoints (gdb 'hbreak' cmd) to break at _startup.
128           xt-gdb can't place a Software Breakpoint in the  0XD region prior
129           to mapping the MMU and after mapping even if the area of low memory
130           was mapped gdb wouldn't remove the breakpoint on hitting it as the
131           PC wouldn't match. Since Hardware Breakpoints are recommended for
132           Linux configurations it seems reasonable to just assume they exist
133           and leave this older mechanism for unfortunate souls that choose
134           not to follow Tensilica's recommendation.
136           Selecting this will cause U-Boot to set the KERNEL Load and Entry
137           address at 0x00003000 instead of the mapped std of 0xD0003000.
139           If in doubt, say Y.
141 endmenu
143 config XTENSA_CALIBRATE_CCOUNT
144         def_bool n
145         help
146           On some platforms (XT2000, for example), the CPU clock rate can
147           vary.  The frequency can be determined, however, by measuring
148           against a well known, fixed frequency, such as an UART oscillator.
150 config SERIAL_CONSOLE
151         def_bool n
153 config XTENSA_ISS_NETWORK
154         def_bool n
156 menu "Bus options"
158 config PCI
159         bool "PCI support"
160         default y
161         help
162           Find out whether you have a PCI motherboard. PCI is the name of a
163           bus system, i.e. the way the CPU talks to the other stuff inside
164           your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
165           VESA. If you have PCI, say Y, otherwise N.
167 source "drivers/pci/Kconfig"
169 endmenu
171 menu "Platform options"
173 choice
174         prompt "Xtensa System Type"
175         default XTENSA_PLATFORM_ISS
177 config XTENSA_PLATFORM_ISS
178         bool "ISS"
179         depends on TTY
180         select XTENSA_CALIBRATE_CCOUNT
181         select SERIAL_CONSOLE
182         select XTENSA_ISS_NETWORK
183         help
184           ISS is an acronym for Tensilica's Instruction Set Simulator.
186 config XTENSA_PLATFORM_XT2000
187         bool "XT2000"
188         help
189           XT2000 is the name of Tensilica's feature-rich emulation platform.
190           This hardware is capable of running a full Linux distribution.
192 config XTENSA_PLATFORM_S6105
193         bool "S6105"
194         select SERIAL_CONSOLE
195         select NO_IOPORT
197 config XTENSA_PLATFORM_XTFPGA
198         bool "XTFPGA"
199         select SERIAL_CONSOLE
200         select ETHOC
201         select XTENSA_CALIBRATE_CCOUNT
202         help
203           XTFPGA is the name of Tensilica board family (LX60, LX110, LX200, ML605).
204           This hardware is capable of running a full Linux distribution.
206 endchoice
209 config XTENSA_CPU_CLOCK
210         int "CPU clock rate [MHz]"
211         depends on !XTENSA_CALIBRATE_CCOUNT
212         default 16
214 config GENERIC_CALIBRATE_DELAY
215         bool "Auto calibration of the BogoMIPS value"
216         help
217           The BogoMIPS value can easily be derived from the CPU frequency.
219 config CMDLINE_BOOL
220         bool "Default bootloader kernel arguments"
222 config CMDLINE
223         string "Initial kernel command string"
224         depends on CMDLINE_BOOL
225         default "console=ttyS0,38400 root=/dev/ram"
226         help
227           On some architectures (EBSA110 and CATS), there is currently no way
228           for the boot loader to pass arguments to the kernel. For these
229           architectures, you should supply some command-line options at build
230           time by entering them here. As a minimum, you should specify the
231           memory size and the root device (e.g., mem=64M root=/dev/nfs).
233 config USE_OF
234         bool "Flattened Device Tree support"
235         select OF
236         select OF_EARLY_FLATTREE
237         help
238           Include support for flattened device tree machine descriptions.
240 config BUILTIN_DTB
241         string "DTB to build into the kernel image"
242         depends on OF
244 config BLK_DEV_SIMDISK
245         tristate "Host file-based simulated block device support"
246         default n
247         depends on XTENSA_PLATFORM_ISS
248         help
249           Create block devices that map to files in the host file system.
250           Device binding to host file may be changed at runtime via proc
251           interface provided the device is not in use.
253 config BLK_DEV_SIMDISK_COUNT
254         int "Number of host file-based simulated block devices"
255         range 1 10
256         depends on BLK_DEV_SIMDISK
257         default 2
258         help
259           This is the default minimal number of created block devices.
260           Kernel/module parameter 'simdisk_count' may be used to change this
261           value at runtime. More file names (but no more than 10) may be
262           specified as parameters, simdisk_count grows accordingly.
264 config SIMDISK0_FILENAME
265         string "Host filename for the first simulated device"
266         depends on BLK_DEV_SIMDISK = y
267         default ""
268         help
269           Attach a first simdisk to a host file. Conventionally, this file
270           contains a root file system.
272 config SIMDISK1_FILENAME
273         string "Host filename for the second simulated device"
274         depends on BLK_DEV_SIMDISK = y && BLK_DEV_SIMDISK_COUNT != 1
275         default ""
276         help
277           Another simulated disk in a host file for a buildroot-independent
278           storage.
280 source "mm/Kconfig"
282 source "drivers/pcmcia/Kconfig"
284 source "drivers/pci/hotplug/Kconfig"
286 endmenu
288 menu "Executable file formats"
290 source "fs/Kconfig.binfmt"
292 endmenu
294 source "net/Kconfig"
296 source "drivers/Kconfig"
298 source "fs/Kconfig"
300 source "arch/xtensa/Kconfig.debug"
302 source "security/Kconfig"
304 source "crypto/Kconfig"
306 source "lib/Kconfig"