xtensa: add irq flags trace support
[GitHub/mt8127/android_kernel_alcatel_ttab.git] / arch / xtensa / Kconfig
1 config FRAME_POINTER
2 def_bool n
3
4 config ZONE_DMA
5 def_bool y
6
7 config XTENSA
8 def_bool y
9 select HAVE_IDE
10 select GENERIC_ATOMIC64
11 select HAVE_GENERIC_HARDIRQS
12 select VIRT_TO_BUS
13 select GENERIC_IRQ_SHOW
14 select GENERIC_CPU_DEVICES
15 select MODULES_USE_ELF_RELA
16 select GENERIC_PCI_IOMAP
17 select ARCH_WANT_IPC_PARSE_VERSION
18 select ARCH_WANT_OPTIONAL_GPIOLIB
19 select CLONE_BACKWARDS
20 select IRQ_DOMAIN
21 select HAVE_OPROFILE
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/>.
29
30 config RWSEM_XCHGADD_ALGORITHM
31 def_bool y
32
33 config GENERIC_HWEIGHT
34 def_bool y
35
36 config GENERIC_GPIO
37 bool
38
39 config ARCH_HAS_ILOG2_U32
40 def_bool n
41
42 config ARCH_HAS_ILOG2_U64
43 def_bool n
44
45 config NO_IOPORT
46 def_bool n
47
48 config HZ
49 int
50 default 100
51
52 source "init/Kconfig"
53 source "kernel/Kconfig.freezer"
54
55 config STACKTRACE_SUPPORT
56 def_bool y
57
58 config TRACE_IRQFLAGS_SUPPORT
59 def_bool y
60
61 config MMU
62 def_bool n
63
64 config VARIANT_IRQ_SWITCH
65 def_bool n
66
67 menu "Processor type and features"
68
69 choice
70 prompt "Xtensa Processor Configuration"
71 default XTENSA_VARIANT_FSF
72
73 config XTENSA_VARIANT_FSF
74 bool "fsf - default (not generic) configuration"
75 select MMU
76
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).
82
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).
88
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
95
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.
102
103 Say Y here to enable unaligned memory access in user space.
104
105 source "kernel/Kconfig.preempt"
106
107 config MATH_EMULATION
108 bool "Math emulation"
109 help
110 Can we use information of configuration file?
111
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).
121
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.
125
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.
135
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.
138
139 If in doubt, say Y.
140
141 endmenu
142
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.
149
150 config SERIAL_CONSOLE
151 def_bool n
152
153 config XTENSA_ISS_NETWORK
154 def_bool n
155
156 menu "Bus options"
157
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.
166
167 source "drivers/pci/Kconfig"
168
169 endmenu
170
171 menu "Platform options"
172
173 choice
174 prompt "Xtensa System Type"
175 default XTENSA_PLATFORM_ISS
176
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.
185
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.
191
192 config XTENSA_PLATFORM_S6105
193 bool "S6105"
194 select SERIAL_CONSOLE
195 select NO_IOPORT
196
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.
205
206 endchoice
207
208
209 config XTENSA_CPU_CLOCK
210 int "CPU clock rate [MHz]"
211 depends on !XTENSA_CALIBRATE_CCOUNT
212 default 16
213
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.
218
219 config CMDLINE_BOOL
220 bool "Default bootloader kernel arguments"
221
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).
232
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.
239
240 config BUILTIN_DTB
241 string "DTB to build into the kernel image"
242 depends on OF
243
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.
252
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.
263
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.
271
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.
279
280 source "mm/Kconfig"
281
282 source "drivers/pcmcia/Kconfig"
283
284 source "drivers/pci/hotplug/Kconfig"
285
286 endmenu
287
288 menu "Executable file formats"
289
290 source "fs/Kconfig.binfmt"
291
292 endmenu
293
294 source "net/Kconfig"
295
296 source "drivers/Kconfig"
297
298 source "fs/Kconfig"
299
300 source "arch/xtensa/Kconfig.debug"
301
302 source "security/Kconfig"
303
304 source "crypto/Kconfig"
305
306 source "lib/Kconfig"
307
308