Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | config FRV |
| 2 | bool |
| 3 | default y |
Sam Ravnborg | ec7748b | 2008-02-09 10:46:40 +0100 | [diff] [blame] | 4 | select HAVE_IDE |
David Howells | 4a3b989 | 2009-06-11 13:05:24 +0100 | [diff] [blame] | 5 | select HAVE_ARCH_TRACEHOOK |
Peter Zijlstra | e360adb | 2010-10-14 14:01:34 +0800 | [diff] [blame] | 6 | select HAVE_IRQ_WORK |
Ingo Molnar | cdd6c48 | 2009-09-21 12:02:48 +0200 | [diff] [blame] | 7 | select HAVE_PERF_EVENTS |
Thomas Gleixner | f39b02d | 2011-01-19 20:32:04 +0100 | [diff] [blame] | 8 | select HAVE_GENERIC_HARDIRQS |
Thomas Gleixner | 3062aa5 | 2011-03-29 14:05:13 +0100 | [diff] [blame] | 9 | select GENERIC_IRQ_SHOW |
Huang Ying | df013ff | 2011-07-13 13:14:22 +0800 | [diff] [blame] | 10 | select ARCH_HAVE_NMI_SAFE_CMPXCHG |
Ben Hutchings | 9f13a1f | 2012-01-10 03:04:32 +0000 | [diff] [blame] | 11 | select GENERIC_CPU_DEVICES |
Will Deacon | c1d7e01 | 2012-07-30 14:42:46 -0700 | [diff] [blame^] | 12 | select ARCH_WANT_IPC_PARSE_VERSION |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 13 | |
Christoph Lameter | 66701b1 | 2007-02-10 01:43:09 -0800 | [diff] [blame] | 14 | config ZONE_DMA |
| 15 | bool |
| 16 | default y |
| 17 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 18 | config RWSEM_GENERIC_SPINLOCK |
| 19 | bool |
| 20 | default y |
| 21 | |
| 22 | config RWSEM_XCHGADD_ALGORITHM |
| 23 | bool |
| 24 | |
Akinobu Mita | 1f6d7a9 | 2006-03-26 01:39:22 -0800 | [diff] [blame] | 25 | config GENERIC_HWEIGHT |
| 26 | bool |
| 27 | default y |
| 28 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 29 | config GENERIC_CALIBRATE_DELAY |
| 30 | bool |
| 31 | default n |
| 32 | |
Ingo Molnar | 06027bd | 2006-02-14 13:53:15 -0800 | [diff] [blame] | 33 | config TIME_LOW_RES |
| 34 | bool |
| 35 | default y |
| 36 | |
Christoph Lameter | 8defab3 | 2007-05-09 02:32:48 -0700 | [diff] [blame] | 37 | config QUICKLIST |
| 38 | bool |
| 39 | default y |
| 40 | |
David Howells | f0d1b0b | 2006-12-08 02:37:49 -0800 | [diff] [blame] | 41 | config ARCH_HAS_ILOG2_U32 |
| 42 | bool |
| 43 | default y |
| 44 | |
| 45 | config ARCH_HAS_ILOG2_U64 |
| 46 | bool |
| 47 | default y |
| 48 | |
H. Peter Anvin | bdc8078 | 2008-02-08 04:21:26 -0800 | [diff] [blame] | 49 | config HZ |
| 50 | int |
| 51 | default 1000 |
| 52 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 53 | source "init/Kconfig" |
| 54 | |
Matt Helsley | dc52ddc | 2008-10-18 20:27:21 -0700 | [diff] [blame] | 55 | source "kernel/Kconfig.freezer" |
| 56 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 57 | |
| 58 | menu "Fujitsu FR-V system setup" |
| 59 | |
| 60 | config MMU |
| 61 | bool "MMU support" |
| 62 | help |
| 63 | This options switches on and off support for the FR-V MMU |
| 64 | (effectively switching between vmlinux and uClinux). Not all FR-V |
| 65 | CPUs support this. Currently only the FR451 has a sufficiently |
| 66 | featured MMU. |
| 67 | |
| 68 | config FRV_OUTOFLINE_ATOMIC_OPS |
| 69 | bool "Out-of-line the FRV atomic operations" |
| 70 | default n |
| 71 | help |
| 72 | Setting this option causes the FR-V atomic operations to be mostly |
| 73 | implemented out-of-line. |
| 74 | |
Adrian Bunk | 0868ff7 | 2008-02-03 15:54:28 +0200 | [diff] [blame] | 75 | See Documentation/frv/atomic-ops.txt for more information. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 76 | |
| 77 | config HIGHMEM |
| 78 | bool "High memory support" |
| 79 | depends on MMU |
| 80 | default y |
| 81 | help |
| 82 | If you wish to use more than 256MB of memory with your MMU based |
| 83 | system, you will need to select this option. The kernel can only see |
| 84 | the memory between 0xC0000000 and 0xD0000000 directly... everything |
| 85 | else must be kmapped. |
| 86 | |
| 87 | The arch is, however, capable of supporting up to 3GB of SDRAM. |
| 88 | |
| 89 | config HIGHPTE |
| 90 | bool "Allocate page tables in highmem" |
| 91 | depends on HIGHMEM |
| 92 | default y |
| 93 | help |
| 94 | The VM uses one page of memory for each page table. For systems |
| 95 | with a lot of RAM, this can be wasteful of precious low memory. |
| 96 | Setting this option will put user-space page tables in high memory. |
| 97 | |
Dave Hansen | 3f22ab2 | 2005-06-23 00:07:43 -0700 | [diff] [blame] | 98 | source "mm/Kconfig" |
| 99 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 100 | choice |
| 101 | prompt "uClinux kernel load address" |
| 102 | depends on !MMU |
| 103 | default UCPAGE_OFFSET_C0000000 |
| 104 | help |
| 105 | This option sets the base address for the uClinux kernel. The kernel |
| 106 | will rearrange the SDRAM layout to start at this address, and move |
| 107 | itself to start there. It must be greater than 0, and it must be |
| 108 | sufficiently less than 0xE0000000 that the SDRAM does not intersect |
| 109 | the I/O region. |
| 110 | |
| 111 | The base address must also be aligned such that the SDRAM controller |
| 112 | can decode it. For instance, a 512MB SDRAM bank must be 512MB aligned. |
| 113 | |
| 114 | config UCPAGE_OFFSET_20000000 |
| 115 | bool "0x20000000" |
| 116 | |
| 117 | config UCPAGE_OFFSET_40000000 |
| 118 | bool "0x40000000" |
| 119 | |
| 120 | config UCPAGE_OFFSET_60000000 |
| 121 | bool "0x60000000" |
| 122 | |
| 123 | config UCPAGE_OFFSET_80000000 |
| 124 | bool "0x80000000" |
| 125 | |
| 126 | config UCPAGE_OFFSET_A0000000 |
| 127 | bool "0xA0000000" |
| 128 | |
| 129 | config UCPAGE_OFFSET_C0000000 |
| 130 | bool "0xC0000000 (Recommended)" |
| 131 | |
| 132 | endchoice |
| 133 | |
David Howells | 7038220 | 2008-02-04 22:29:53 -0800 | [diff] [blame] | 134 | config PAGE_OFFSET |
| 135 | hex |
| 136 | default 0x20000000 if UCPAGE_OFFSET_20000000 |
| 137 | default 0x40000000 if UCPAGE_OFFSET_40000000 |
| 138 | default 0x60000000 if UCPAGE_OFFSET_60000000 |
| 139 | default 0x80000000 if UCPAGE_OFFSET_80000000 |
| 140 | default 0xA0000000 if UCPAGE_OFFSET_A0000000 |
| 141 | default 0xC0000000 |
| 142 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 143 | config PROTECT_KERNEL |
| 144 | bool "Protect core kernel against userspace" |
| 145 | depends on !MMU |
| 146 | default y |
| 147 | help |
| 148 | Selecting this option causes the uClinux kernel to change the |
| 149 | permittivity of DAMPR register covering the core kernel image to |
| 150 | prevent userspace accessing the underlying memory directly. |
| 151 | |
| 152 | choice |
| 153 | prompt "CPU Caching mode" |
| 154 | default FRV_DEFL_CACHE_WBACK |
| 155 | help |
| 156 | This option determines the default caching mode for the kernel. |
| 157 | |
| 158 | Write-Back caching mode involves the all reads and writes causing |
| 159 | the affected cacheline to be read into the cache first before being |
| 160 | operated upon. Memory is not then updated by a write until the cache |
| 161 | is filled and a cacheline needs to be displaced from the cache to |
| 162 | make room. Only at that point is it written back. |
| 163 | |
| 164 | Write-Behind caching is similar to Write-Back caching, except that a |
| 165 | write won't fetch a cacheline into the cache if there isn't already |
| 166 | one there; it will write directly to memory instead. |
| 167 | |
| 168 | Write-Through caching only fetches cachelines from memory on a |
| 169 | read. Writes always get written directly to memory. If the affected |
| 170 | cacheline is also in cache, it will be updated too. |
| 171 | |
| 172 | The final option is to turn of caching entirely. |
| 173 | |
| 174 | Note that not all CPUs support Write-Behind caching. If the CPU on |
| 175 | which the kernel is running doesn't, it'll fall back to Write-Back |
| 176 | caching. |
| 177 | |
| 178 | config FRV_DEFL_CACHE_WBACK |
| 179 | bool "Write-Back" |
| 180 | |
| 181 | config FRV_DEFL_CACHE_WBEHIND |
| 182 | bool "Write-Behind" |
| 183 | |
| 184 | config FRV_DEFL_CACHE_WTHRU |
| 185 | bool "Write-Through" |
| 186 | |
| 187 | config FRV_DEFL_CACHE_DISABLED |
| 188 | bool "Disabled" |
| 189 | |
| 190 | endchoice |
| 191 | |
| 192 | menu "CPU core support" |
| 193 | |
| 194 | config CPU_FR401 |
| 195 | bool "Include FR401 core support" |
| 196 | depends on !MMU |
| 197 | default y |
| 198 | help |
| 199 | This enables support for the FR401, FR401A and FR403 CPUs |
| 200 | |
| 201 | config CPU_FR405 |
| 202 | bool "Include FR405 core support" |
| 203 | depends on !MMU |
| 204 | default y |
| 205 | help |
| 206 | This enables support for the FR405 CPU |
| 207 | |
| 208 | config CPU_FR451 |
| 209 | bool "Include FR451 core support" |
| 210 | default y |
| 211 | help |
| 212 | This enables support for the FR451 CPU |
| 213 | |
| 214 | config CPU_FR451_COMPILE |
| 215 | bool "Specifically compile for FR451 core" |
| 216 | depends on CPU_FR451 && !CPU_FR401 && !CPU_FR405 && !CPU_FR551 |
| 217 | default y |
| 218 | help |
| 219 | This causes appropriate flags to be passed to the compiler to |
| 220 | optimise for the FR451 CPU |
| 221 | |
| 222 | config CPU_FR551 |
| 223 | bool "Include FR551 core support" |
| 224 | depends on !MMU |
| 225 | default y |
| 226 | help |
| 227 | This enables support for the FR555 CPU |
| 228 | |
| 229 | config CPU_FR551_COMPILE |
| 230 | bool "Specifically compile for FR551 core" |
| 231 | depends on CPU_FR551 && !CPU_FR401 && !CPU_FR405 && !CPU_FR451 |
| 232 | default y |
| 233 | help |
| 234 | This causes appropriate flags to be passed to the compiler to |
| 235 | optimise for the FR555 CPU |
| 236 | |
| 237 | config FRV_L1_CACHE_SHIFT |
| 238 | int |
| 239 | default "5" if CPU_FR401 || CPU_FR405 || CPU_FR451 |
| 240 | default "6" if CPU_FR551 |
| 241 | |
| 242 | endmenu |
| 243 | |
| 244 | choice |
| 245 | prompt "System support" |
| 246 | default MB93091_VDK |
| 247 | |
| 248 | config MB93091_VDK |
| 249 | bool "MB93091 CPU board with or without motherboard" |
| 250 | |
| 251 | config MB93093_PDK |
| 252 | bool "MB93093 PDK unit" |
| 253 | |
| 254 | endchoice |
| 255 | |
| 256 | if MB93091_VDK |
| 257 | choice |
| 258 | prompt "Motherboard support" |
| 259 | default MB93090_MB00 |
| 260 | |
| 261 | config MB93090_MB00 |
| 262 | bool "Use the MB93090-MB00 motherboard" |
| 263 | help |
| 264 | Select this option if the MB93091 CPU board is going to be used with |
| 265 | a MB93090-MB00 VDK motherboard |
| 266 | |
| 267 | config MB93091_NO_MB |
| 268 | bool "Use standalone" |
| 269 | help |
| 270 | Select this option if the MB93091 CPU board is going to be used |
| 271 | without a motherboard |
| 272 | |
| 273 | endchoice |
| 274 | endif |
| 275 | |
David Howells | 1bcbba3 | 2006-09-25 23:32:04 -0700 | [diff] [blame] | 276 | config FUJITSU_MB93493 |
| 277 | bool "MB93493 Multimedia chip" |
| 278 | help |
| 279 | Select this option if the MB93493 multimedia chip is going to be |
| 280 | used. |
| 281 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 282 | choice |
| 283 | prompt "GP-Relative data support" |
| 284 | default GPREL_DATA_8 |
| 285 | help |
| 286 | This option controls what data, if any, should be placed in the GP |
| 287 | relative data sections. Using this means that the compiler can |
| 288 | generate accesses to the data using GR16-relative addressing which |
| 289 | is faster than absolute instructions and saves space (2 instructions |
| 290 | per access). |
| 291 | |
| 292 | However, the GPREL region is limited in size because the immediate |
| 293 | value used in the load and store instructions is limited to a 12-bit |
| 294 | signed number. |
| 295 | |
| 296 | So if the linker starts complaining that accesses to GPREL data are |
| 297 | out of range, try changing this option from the default. |
| 298 | |
| 299 | Note that modules will always be compiled with this feature disabled |
| 300 | as the module data will not be in range of the GP base address. |
| 301 | |
| 302 | config GPREL_DATA_8 |
| 303 | bool "Put data objects of up to 8 bytes into GP-REL" |
| 304 | |
| 305 | config GPREL_DATA_4 |
| 306 | bool "Put data objects of up to 4 bytes into GP-REL" |
| 307 | |
| 308 | config GPREL_DATA_NONE |
| 309 | bool "Don't use GP-REL" |
| 310 | |
| 311 | endchoice |
| 312 | |
David Howells | f8aec75 | 2006-01-08 01:01:23 -0800 | [diff] [blame] | 313 | config FRV_ONCPU_SERIAL |
| 314 | bool "Use on-CPU serial ports" |
| 315 | select SERIAL_8250 |
| 316 | default y |
| 317 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 318 | config PCI |
| 319 | bool "Use PCI" |
| 320 | depends on MB93090_MB00 |
| 321 | default y |
Michael S. Tsirkin | 5322418 | 2011-11-29 21:20:06 +0200 | [diff] [blame] | 322 | select GENERIC_PCI_IOMAP |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 323 | help |
| 324 | Some FR-V systems (such as the MB93090-MB00 VDK) have PCI |
| 325 | onboard. If you have one of these boards and you wish to use the PCI |
| 326 | facilities, say Y here. |
| 327 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 328 | config RESERVE_DMA_COHERENT |
| 329 | bool "Reserve DMA coherent memory" |
| 330 | depends on PCI && !MMU |
| 331 | default y |
| 332 | help |
| 333 | Many PCI drivers require access to uncached memory for DMA device |
| 334 | communications (such as is done with some Ethernet buffer rings). If |
| 335 | a fully featured MMU is available, this can be done through page |
| 336 | table settings, but if not, a region has to be set aside and marked |
| 337 | with a special DAMPR register. |
| 338 | |
| 339 | Setting this option causes uClinux to set aside a portion of the |
| 340 | available memory for use in this manner. The memory will then be |
| 341 | unavailable for normal kernel use. |
| 342 | |
| 343 | source "drivers/pci/Kconfig" |
| 344 | |
David Howells | 7a75831 | 2006-01-08 01:01:22 -0800 | [diff] [blame] | 345 | source "drivers/pcmcia/Kconfig" |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 346 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 347 | menu "Power management options" |
Johannes Berg | f4cb570 | 2007-12-08 02:14:00 +0100 | [diff] [blame] | 348 | |
| 349 | config ARCH_SUSPEND_POSSIBLE |
| 350 | def_bool y |
Johannes Berg | f4cb570 | 2007-12-08 02:14:00 +0100 | [diff] [blame] | 351 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 352 | source kernel/power/Kconfig |
| 353 | endmenu |
| 354 | |
| 355 | endmenu |
| 356 | |
| 357 | |
| 358 | menu "Executable formats" |
| 359 | |
| 360 | source "fs/Kconfig.binfmt" |
| 361 | |
| 362 | endmenu |
| 363 | |
Sam Ravnborg | d5950b4 | 2005-07-11 21:03:49 -0700 | [diff] [blame] | 364 | source "net/Kconfig" |
| 365 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 366 | source "drivers/Kconfig" |
| 367 | |
| 368 | source "fs/Kconfig" |
| 369 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 370 | source "arch/frv/Kconfig.debug" |
| 371 | |
| 372 | source "security/Kconfig" |
| 373 | |
| 374 | source "crypto/Kconfig" |
| 375 | |
| 376 | source "lib/Kconfig" |