xtensa: add stacktrace 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 MMU
59 def_bool n
60
61 config VARIANT_IRQ_SWITCH
62 def_bool n
63
64 menu "Processor type and features"
65
66 choice
67 prompt "Xtensa Processor Configuration"
68 default XTENSA_VARIANT_FSF
69
70 config XTENSA_VARIANT_FSF
71 bool "fsf - default (not generic) configuration"
72 select MMU
73
74 config XTENSA_VARIANT_DC232B
75 bool "dc232b - Diamond 232L Standard Core Rev.B (LE)"
76 select MMU
77 help
78 This variant refers to Tensilica's Diamond 232L Standard core Rev.B (LE).
79
80 config XTENSA_VARIANT_DC233C
81 bool "dc233c - Diamond 233L Standard Core Rev.C (LE)"
82 select MMU
83 help
84 This variant refers to Tensilica's Diamond 233L Standard core Rev.C (LE).
85
86 config XTENSA_VARIANT_S6000
87 bool "s6000 - Stretch software configurable processor"
88 select VARIANT_IRQ_SWITCH
89 select ARCH_REQUIRE_GPIOLIB
90 select XTENSA_CALIBRATE_CCOUNT
91 endchoice
92
93 config XTENSA_UNALIGNED_USER
94 bool "Unaligned memory access in use space"
95 help
96 The Xtensa architecture currently does not handle unaligned
97 memory accesses in hardware but through an exception handler.
98 Per default, unaligned memory accesses are disabled in user space.
99
100 Say Y here to enable unaligned memory access in user space.
101
102 source "kernel/Kconfig.preempt"
103
104 config MATH_EMULATION
105 bool "Math emulation"
106 help
107 Can we use information of configuration file?
108
109 config INITIALIZE_XTENSA_MMU_INSIDE_VMLINUX
110 bool "Initialize Xtensa MMU inside the Linux kernel code"
111 default y
112 help
113 Earlier version initialized the MMU in the exception vector
114 before jumping to _startup in head.S and had an advantage that
115 it was possible to place a software breakpoint at 'reset' and
116 then enter your normal kernel breakpoints once the MMU was mapped
117 to the kernel mappings (0XC0000000).
118
119 This unfortunately doesn't work for U-Boot and likley also wont
120 work for using KEXEC to have a hot kernel ready for doing a
121 KDUMP.
122
123 So now the MMU is initialized in head.S but it's necessary to
124 use hardware breakpoints (gdb 'hbreak' cmd) to break at _startup.
125 xt-gdb can't place a Software Breakpoint in the 0XD region prior
126 to mapping the MMU and after mapping even if the area of low memory
127 was mapped gdb wouldn't remove the breakpoint on hitting it as the
128 PC wouldn't match. Since Hardware Breakpoints are recommended for
129 Linux configurations it seems reasonable to just assume they exist
130 and leave this older mechanism for unfortunate souls that choose
131 not to follow Tensilica's recommendation.
132
133 Selecting this will cause U-Boot to set the KERNEL Load and Entry
134 address at 0x00003000 instead of the mapped std of 0xD0003000.
135
136 If in doubt, say Y.
137
138 endmenu
139
140 config XTENSA_CALIBRATE_CCOUNT
141 def_bool n
142 help
143 On some platforms (XT2000, for example), the CPU clock rate can
144 vary. The frequency can be determined, however, by measuring
145 against a well known, fixed frequency, such as an UART oscillator.
146
147 config SERIAL_CONSOLE
148 def_bool n
149
150 config XTENSA_ISS_NETWORK
151 def_bool n
152
153 menu "Bus options"
154
155 config PCI
156 bool "PCI support"
157 default y
158 help
159 Find out whether you have a PCI motherboard. PCI is the name of a
160 bus system, i.e. the way the CPU talks to the other stuff inside
161 your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
162 VESA. If you have PCI, say Y, otherwise N.
163
164 source "drivers/pci/Kconfig"
165
166 endmenu
167
168 menu "Platform options"
169
170 choice
171 prompt "Xtensa System Type"
172 default XTENSA_PLATFORM_ISS
173
174 config XTENSA_PLATFORM_ISS
175 bool "ISS"
176 depends on TTY
177 select XTENSA_CALIBRATE_CCOUNT
178 select SERIAL_CONSOLE
179 select XTENSA_ISS_NETWORK
180 help
181 ISS is an acronym for Tensilica's Instruction Set Simulator.
182
183 config XTENSA_PLATFORM_XT2000
184 bool "XT2000"
185 help
186 XT2000 is the name of Tensilica's feature-rich emulation platform.
187 This hardware is capable of running a full Linux distribution.
188
189 config XTENSA_PLATFORM_S6105
190 bool "S6105"
191 select SERIAL_CONSOLE
192 select NO_IOPORT
193
194 config XTENSA_PLATFORM_XTFPGA
195 bool "XTFPGA"
196 select SERIAL_CONSOLE
197 select ETHOC
198 select XTENSA_CALIBRATE_CCOUNT
199 help
200 XTFPGA is the name of Tensilica board family (LX60, LX110, LX200, ML605).
201 This hardware is capable of running a full Linux distribution.
202
203 endchoice
204
205
206 config XTENSA_CPU_CLOCK
207 int "CPU clock rate [MHz]"
208 depends on !XTENSA_CALIBRATE_CCOUNT
209 default 16
210
211 config GENERIC_CALIBRATE_DELAY
212 bool "Auto calibration of the BogoMIPS value"
213 help
214 The BogoMIPS value can easily be derived from the CPU frequency.
215
216 config CMDLINE_BOOL
217 bool "Default bootloader kernel arguments"
218
219 config CMDLINE
220 string "Initial kernel command string"
221 depends on CMDLINE_BOOL
222 default "console=ttyS0,38400 root=/dev/ram"
223 help
224 On some architectures (EBSA110 and CATS), there is currently no way
225 for the boot loader to pass arguments to the kernel. For these
226 architectures, you should supply some command-line options at build
227 time by entering them here. As a minimum, you should specify the
228 memory size and the root device (e.g., mem=64M root=/dev/nfs).
229
230 config USE_OF
231 bool "Flattened Device Tree support"
232 select OF
233 select OF_EARLY_FLATTREE
234 help
235 Include support for flattened device tree machine descriptions.
236
237 config BUILTIN_DTB
238 string "DTB to build into the kernel image"
239 depends on OF
240
241 config BLK_DEV_SIMDISK
242 tristate "Host file-based simulated block device support"
243 default n
244 depends on XTENSA_PLATFORM_ISS
245 help
246 Create block devices that map to files in the host file system.
247 Device binding to host file may be changed at runtime via proc
248 interface provided the device is not in use.
249
250 config BLK_DEV_SIMDISK_COUNT
251 int "Number of host file-based simulated block devices"
252 range 1 10
253 depends on BLK_DEV_SIMDISK
254 default 2
255 help
256 This is the default minimal number of created block devices.
257 Kernel/module parameter 'simdisk_count' may be used to change this
258 value at runtime. More file names (but no more than 10) may be
259 specified as parameters, simdisk_count grows accordingly.
260
261 config SIMDISK0_FILENAME
262 string "Host filename for the first simulated device"
263 depends on BLK_DEV_SIMDISK = y
264 default ""
265 help
266 Attach a first simdisk to a host file. Conventionally, this file
267 contains a root file system.
268
269 config SIMDISK1_FILENAME
270 string "Host filename for the second simulated device"
271 depends on BLK_DEV_SIMDISK = y && BLK_DEV_SIMDISK_COUNT != 1
272 default ""
273 help
274 Another simulated disk in a host file for a buildroot-independent
275 storage.
276
277 source "mm/Kconfig"
278
279 source "drivers/pcmcia/Kconfig"
280
281 source "drivers/pci/hotplug/Kconfig"
282
283 endmenu
284
285 menu "Executable file formats"
286
287 source "fs/Kconfig.binfmt"
288
289 endmenu
290
291 source "net/Kconfig"
292
293 source "drivers/Kconfig"
294
295 source "fs/Kconfig"
296
297 source "arch/xtensa/Kconfig.debug"
298
299 source "security/Kconfig"
300
301 source "crypto/Kconfig"
302
303 source "lib/Kconfig"
304
305