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