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