1config ZONE_DMA 2 def_bool y 3 4config 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/>. 29 30config RWSEM_XCHGADD_ALGORITHM 31 def_bool y 32 33config GENERIC_HWEIGHT 34 def_bool y 35 36config ARCH_HAS_ILOG2_U32 37 def_bool n 38 39config ARCH_HAS_ILOG2_U64 40 def_bool n 41 42config NO_IOPORT 43 def_bool n 44 45config HZ 46 int 47 default 100 48 49source "init/Kconfig" 50source "kernel/Kconfig.freezer" 51 52config LOCKDEP_SUPPORT 53 def_bool y 54 55config STACKTRACE_SUPPORT 56 def_bool y 57 58config TRACE_IRQFLAGS_SUPPORT 59 def_bool y 60 61config MMU 62 def_bool n 63 64config VARIANT_IRQ_SWITCH 65 def_bool n 66 67menu "Processor type and features" 68 69choice 70 prompt "Xtensa Processor Configuration" 71 default XTENSA_VARIANT_FSF 72 73config XTENSA_VARIANT_FSF 74 bool "fsf - default (not generic) configuration" 75 select MMU 76 77config 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 83config 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 89config 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 94endchoice 95 96config 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 105source "kernel/Kconfig.preempt" 106 107config MATH_EMULATION 108 bool "Math emulation" 109 help 110 Can we use information of configuration file? 111 112config 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 141endmenu 142 143config 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 150config SERIAL_CONSOLE 151 def_bool n 152 153config XTENSA_ISS_NETWORK 154 def_bool n 155 156menu "Bus options" 157 158config 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 167source "drivers/pci/Kconfig" 168 169endmenu 170 171menu "Platform options" 172 173choice 174 prompt "Xtensa System Type" 175 default XTENSA_PLATFORM_ISS 176 177config 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 186config 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 192config XTENSA_PLATFORM_S6105 193 bool "S6105" 194 select SERIAL_CONSOLE 195 select NO_IOPORT 196 197config 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 206endchoice 207 208 209config XTENSA_CPU_CLOCK 210 int "CPU clock rate [MHz]" 211 depends on !XTENSA_CALIBRATE_CCOUNT 212 default 16 213 214config 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 219config CMDLINE_BOOL 220 bool "Default bootloader kernel arguments" 221 222config 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 233config 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 240config BUILTIN_DTB 241 string "DTB to build into the kernel image" 242 depends on OF 243 244config 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 253config 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 264config 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 272config 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 280source "mm/Kconfig" 281 282source "drivers/pcmcia/Kconfig" 283 284source "drivers/pci/hotplug/Kconfig" 285 286endmenu 287 288menu "Executable file formats" 289 290source "fs/Kconfig.binfmt" 291 292endmenu 293 294source "net/Kconfig" 295 296source "drivers/Kconfig" 297 298source "fs/Kconfig" 299 300source "arch/xtensa/Kconfig.debug" 301 302source "security/Kconfig" 303 304source "crypto/Kconfig" 305 306source "lib/Kconfig" 307 308 309