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