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