]>
Commit | Line | Data |
---|---|---|
1032c0ba | 1 | # x86 configuration |
daa93fab SR |
2 | mainmenu "Linux Kernel Configuration for x86" |
3 | ||
4 | # Select 32 or 64 bit | |
5 | config 64BIT | |
6840999b SR |
6 | bool "64-bit kernel" if ARCH = "x86" |
7 | default ARCH = "x86_64" | |
daa93fab SR |
8 | help |
9 | Say yes to build a 64-bit kernel - formerly known as x86_64 | |
10 | Say no to build a 32-bit kernel - formerly known as i386 | |
11 | ||
12 | config X86_32 | |
13 | def_bool !64BIT | |
14 | ||
15 | config X86_64 | |
16 | def_bool 64BIT | |
1032c0ba SR |
17 | |
18 | ### Arch settings | |
8d5fffb9 | 19 | config X86 |
3c2362e6 | 20 | def_bool y |
8d5fffb9 | 21 | |
95c354fe | 22 | config GENERIC_LOCKBREAK |
314cdbef | 23 | def_bool n |
95c354fe | 24 | |
8d5fffb9 | 25 | config GENERIC_TIME |
3c2362e6 | 26 | def_bool y |
8d5fffb9 SR |
27 | |
28 | config GENERIC_CMOS_UPDATE | |
3c2362e6 | 29 | def_bool y |
8d5fffb9 SR |
30 | |
31 | config CLOCKSOURCE_WATCHDOG | |
3c2362e6 | 32 | def_bool y |
8d5fffb9 SR |
33 | |
34 | config GENERIC_CLOCKEVENTS | |
3c2362e6 | 35 | def_bool y |
8d5fffb9 SR |
36 | |
37 | config GENERIC_CLOCKEVENTS_BROADCAST | |
3c2362e6 | 38 | def_bool y |
8d5fffb9 SR |
39 | depends on X86_64 || (X86_32 && X86_LOCAL_APIC) |
40 | ||
41 | config LOCKDEP_SUPPORT | |
3c2362e6 | 42 | def_bool y |
8d5fffb9 SR |
43 | |
44 | config STACKTRACE_SUPPORT | |
3c2362e6 | 45 | def_bool y |
8d5fffb9 SR |
46 | |
47 | config SEMAPHORE_SLEEPERS | |
3c2362e6 | 48 | def_bool y |
8d5fffb9 SR |
49 | |
50 | config MMU | |
3c2362e6 | 51 | def_bool y |
8d5fffb9 SR |
52 | |
53 | config ZONE_DMA | |
3c2362e6 | 54 | def_bool y |
8d5fffb9 SR |
55 | |
56 | config QUICKLIST | |
3c2362e6 | 57 | def_bool X86_32 |
8d5fffb9 SR |
58 | |
59 | config SBUS | |
60 | bool | |
61 | ||
62 | config GENERIC_ISA_DMA | |
3c2362e6 | 63 | def_bool y |
8d5fffb9 SR |
64 | |
65 | config GENERIC_IOMAP | |
3c2362e6 | 66 | def_bool y |
8d5fffb9 SR |
67 | |
68 | config GENERIC_BUG | |
3c2362e6 | 69 | def_bool y |
8d5fffb9 SR |
70 | depends on BUG |
71 | ||
72 | config GENERIC_HWEIGHT | |
3c2362e6 | 73 | def_bool y |
8d5fffb9 SR |
74 | |
75 | config ARCH_MAY_HAVE_PC_FDC | |
3c2362e6 | 76 | def_bool y |
8d5fffb9 SR |
77 | |
78 | config DMI | |
3c2362e6 | 79 | def_bool y |
8d5fffb9 | 80 | |
1032c0ba SR |
81 | config RWSEM_GENERIC_SPINLOCK |
82 | def_bool !X86_XADD | |
83 | ||
84 | config RWSEM_XCHGADD_ALGORITHM | |
85 | def_bool X86_XADD | |
86 | ||
87 | config ARCH_HAS_ILOG2_U32 | |
88 | def_bool n | |
89 | ||
90 | config ARCH_HAS_ILOG2_U64 | |
91 | def_bool n | |
92 | ||
93 | config GENERIC_CALIBRATE_DELAY | |
94 | def_bool y | |
95 | ||
8d5fffb9 SR |
96 | config GENERIC_TIME_VSYSCALL |
97 | bool | |
98 | default X86_64 | |
99 | ||
b32ef636 | 100 | config ARCH_SETS_UP_PER_CPU_AREA |
101 | def_bool X86_64 | |
102 | ||
3743d33e LT |
103 | config ARCH_SUPPORTS_OPROFILE |
104 | bool | |
105 | default y | |
8d5fffb9 SR |
106 | |
107 | ||
108 | config ZONE_DMA32 | |
109 | bool | |
110 | default X86_64 | |
111 | ||
112 | config ARCH_POPULATES_NODE_MAP | |
113 | def_bool y | |
114 | ||
115 | config AUDIT_ARCH | |
116 | bool | |
117 | default X86_64 | |
118 | ||
119 | # Use the generic interrupt handling code in kernel/irq/: | |
120 | config GENERIC_HARDIRQS | |
121 | bool | |
122 | default y | |
123 | ||
124 | config GENERIC_IRQ_PROBE | |
125 | bool | |
126 | default y | |
127 | ||
128 | config GENERIC_PENDING_IRQ | |
129 | bool | |
130 | depends on GENERIC_HARDIRQS && SMP | |
131 | default y | |
132 | ||
133 | config X86_SMP | |
134 | bool | |
6b0c3d44 | 135 | depends on SMP && ((X86_32 && !X86_VOYAGER) || X86_64) |
8d5fffb9 SR |
136 | default y |
137 | ||
6b0c3d44 SR |
138 | config X86_32_SMP |
139 | def_bool y | |
140 | depends on X86_32 && SMP | |
141 | ||
142 | config X86_64_SMP | |
143 | def_bool y | |
144 | depends on X86_64 && SMP | |
145 | ||
8d5fffb9 SR |
146 | config X86_HT |
147 | bool | |
ee0011a7 AB |
148 | depends on SMP |
149 | depends on (X86_32 && !(X86_VISWS || X86_VOYAGER)) || (X86_64 && !MK8) | |
8d5fffb9 SR |
150 | default y |
151 | ||
152 | config X86_BIOS_REBOOT | |
153 | bool | |
154 | depends on X86_32 && !(X86_VISWS || X86_VOYAGER) | |
155 | default y | |
156 | ||
157 | config X86_TRAMPOLINE | |
158 | bool | |
159 | depends on X86_SMP || (X86_VOYAGER && SMP) | |
160 | default y | |
161 | ||
162 | config KTIME_SCALAR | |
163 | def_bool X86_32 | |
506f1d07 | 164 | source "init/Kconfig" |
8d5fffb9 | 165 | |
506f1d07 SR |
166 | menu "Processor type and features" |
167 | ||
168 | source "kernel/time/Kconfig" | |
169 | ||
170 | config SMP | |
171 | bool "Symmetric multi-processing support" | |
172 | ---help--- | |
173 | This enables support for systems with more than one CPU. If you have | |
174 | a system with only one CPU, like most personal computers, say N. If | |
175 | you have a system with more than one CPU, say Y. | |
176 | ||
177 | If you say N here, the kernel will run on single and multiprocessor | |
178 | machines, but will use only one CPU of a multiprocessor machine. If | |
179 | you say Y here, the kernel will run on many, but not all, | |
180 | singleprocessor machines. On a singleprocessor machine, the kernel | |
181 | will run faster if you say N here. | |
182 | ||
183 | Note that if you say Y here and choose architecture "586" or | |
184 | "Pentium" under "Processor family", the kernel will not work on 486 | |
185 | architectures. Similarly, multiprocessor kernels for the "PPro" | |
186 | architecture may not work on all Pentium based boards. | |
187 | ||
188 | People using multiprocessor machines who say Y here should also say | |
189 | Y to "Enhanced Real Time Clock Support", below. The "Advanced Power | |
190 | Management" code will be disabled if you say Y here. | |
191 | ||
192 | See also the <file:Documentation/smp.txt>, | |
193 | <file:Documentation/i386/IO-APIC.txt>, | |
194 | <file:Documentation/nmi_watchdog.txt> and the SMP-HOWTO available at | |
195 | <http://www.tldp.org/docs.html#howto>. | |
196 | ||
197 | If you don't know what to do here, say N. | |
198 | ||
199 | choice | |
200 | prompt "Subarchitecture Type" | |
201 | default X86_PC | |
202 | ||
203 | config X86_PC | |
204 | bool "PC-compatible" | |
205 | help | |
206 | Choose this option if your computer is a standard PC or compatible. | |
207 | ||
208 | config X86_ELAN | |
209 | bool "AMD Elan" | |
210 | depends on X86_32 | |
211 | help | |
212 | Select this for an AMD Elan processor. | |
213 | ||
214 | Do not use this option for K6/Athlon/Opteron processors! | |
215 | ||
216 | If unsure, choose "PC-compatible" instead. | |
217 | ||
218 | config X86_VOYAGER | |
219 | bool "Voyager (NCR)" | |
220 | depends on X86_32 | |
221 | select SMP if !BROKEN | |
222 | help | |
223 | Voyager is an MCA-based 32-way capable SMP architecture proprietary | |
224 | to NCR Corp. Machine classes 345x/35xx/4100/51xx are Voyager-based. | |
225 | ||
226 | *** WARNING *** | |
227 | ||
228 | If you do not specifically know you have a Voyager based machine, | |
229 | say N here, otherwise the kernel you build will not be bootable. | |
230 | ||
231 | config X86_NUMAQ | |
232 | bool "NUMAQ (IBM/Sequent)" | |
233 | select SMP | |
234 | select NUMA | |
235 | depends on X86_32 | |
236 | help | |
237 | This option is used for getting Linux to run on a (IBM/Sequent) NUMA | |
238 | multiquad box. This changes the way that processors are bootstrapped, | |
239 | and uses Clustered Logical APIC addressing mode instead of Flat Logical. | |
240 | You will need a new lynxer.elf file to flash your firmware with - send | |
241 | email to <Martin.Bligh@us.ibm.com>. | |
242 | ||
243 | config X86_SUMMIT | |
244 | bool "Summit/EXA (IBM x440)" | |
245 | depends on X86_32 && SMP | |
246 | help | |
247 | This option is needed for IBM systems that use the Summit/EXA chipset. | |
248 | In particular, it is needed for the x440. | |
249 | ||
250 | If you don't have one of these computers, you should say N here. | |
251 | If you want to build a NUMA kernel, you must select ACPI. | |
252 | ||
253 | config X86_BIGSMP | |
254 | bool "Support for other sub-arch SMP systems with more than 8 CPUs" | |
255 | depends on X86_32 && SMP | |
256 | help | |
257 | This option is needed for the systems that have more than 8 CPUs | |
258 | and if the system is not of any sub-arch type above. | |
259 | ||
260 | If you don't have such a system, you should say N here. | |
261 | ||
262 | config X86_VISWS | |
263 | bool "SGI 320/540 (Visual Workstation)" | |
264 | depends on X86_32 | |
265 | help | |
266 | The SGI Visual Workstation series is an IA32-based workstation | |
267 | based on SGI systems chips with some legacy PC hardware attached. | |
268 | ||
269 | Say Y here to create a kernel to run on the SGI 320 or 540. | |
270 | ||
271 | A kernel compiled for the Visual Workstation will not run on PCs | |
272 | and vice versa. See <file:Documentation/sgi-visws.txt> for details. | |
273 | ||
274 | config X86_GENERICARCH | |
275 | bool "Generic architecture (Summit, bigsmp, ES7000, default)" | |
276 | depends on X86_32 | |
277 | help | |
278 | This option compiles in the Summit, bigsmp, ES7000, default subarchitectures. | |
279 | It is intended for a generic binary kernel. | |
280 | If you want a NUMA kernel, select ACPI. We need SRAT for NUMA. | |
281 | ||
282 | config X86_ES7000 | |
283 | bool "Support for Unisys ES7000 IA32 series" | |
284 | depends on X86_32 && SMP | |
285 | help | |
286 | Support for Unisys ES7000 systems. Say 'Y' here if this kernel is | |
287 | supposed to run on an IA32-based Unisys ES7000 system. | |
288 | Only choose this option if you have such a system, otherwise you | |
289 | should say N here. | |
290 | ||
291 | config X86_VSMP | |
292 | bool "Support for ScaleMP vSMP" | |
293 | depends on X86_64 && PCI | |
294 | help | |
295 | Support for ScaleMP vSMP systems. Say 'Y' here if this kernel is | |
296 | supposed to run on these EM64T-based machines. Only choose this option | |
297 | if you have one of these machines. | |
298 | ||
299 | endchoice | |
300 | ||
301 | config SCHED_NO_NO_OMIT_FRAME_POINTER | |
3c2362e6 HH |
302 | def_bool y |
303 | prompt "Single-depth WCHAN output" | |
506f1d07 SR |
304 | depends on X86_32 |
305 | help | |
306 | Calculate simpler /proc/<PID>/wchan values. If this option | |
307 | is disabled then wchan values will recurse back to the | |
308 | caller function. This provides more accurate wchan values, | |
309 | at the expense of slightly more scheduling overhead. | |
310 | ||
311 | If in doubt, say "Y". | |
312 | ||
313 | config PARAVIRT | |
314 | bool | |
315 | depends on X86_32 && !(X86_VISWS || X86_VOYAGER) | |
316 | help | |
317 | This changes the kernel so it can modify itself when it is run | |
318 | under a hypervisor, potentially improving performance significantly | |
319 | over full virtualization. However, when run without a hypervisor | |
320 | the kernel is theoretically slower and slightly larger. | |
321 | ||
322 | menuconfig PARAVIRT_GUEST | |
323 | bool "Paravirtualized guest support" | |
324 | depends on X86_32 | |
325 | help | |
326 | Say Y here to get to see options related to running Linux under | |
327 | various hypervisors. This option alone does not add any kernel code. | |
328 | ||
329 | If you say N, all options in this submenu will be skipped and disabled. | |
330 | ||
331 | if PARAVIRT_GUEST | |
332 | ||
333 | source "arch/x86/xen/Kconfig" | |
334 | ||
335 | config VMI | |
336 | bool "VMI Guest support" | |
337 | select PARAVIRT | |
338 | depends on !(X86_VISWS || X86_VOYAGER) | |
339 | help | |
340 | VMI provides a paravirtualized interface to the VMware ESX server | |
341 | (it could be used by other hypervisors in theory too, but is not | |
342 | at the moment), by linking the kernel to a GPL-ed ROM module | |
343 | provided by the hypervisor. | |
344 | ||
345 | source "arch/x86/lguest/Kconfig" | |
346 | ||
347 | endif | |
348 | ||
349 | config ACPI_SRAT | |
3c2362e6 | 350 | def_bool y |
506f1d07 SR |
351 | depends on X86_32 && ACPI && NUMA && (X86_SUMMIT || X86_GENERICARCH) |
352 | select ACPI_NUMA | |
353 | ||
354 | config HAVE_ARCH_PARSE_SRAT | |
3c2362e6 HH |
355 | def_bool y |
356 | depends on ACPI_SRAT | |
506f1d07 SR |
357 | |
358 | config X86_SUMMIT_NUMA | |
3c2362e6 | 359 | def_bool y |
506f1d07 SR |
360 | depends on X86_32 && NUMA && (X86_SUMMIT || X86_GENERICARCH) |
361 | ||
362 | config X86_CYCLONE_TIMER | |
3c2362e6 | 363 | def_bool y |
506f1d07 SR |
364 | depends on X86_32 && X86_SUMMIT || X86_GENERICARCH |
365 | ||
366 | config ES7000_CLUSTERED_APIC | |
3c2362e6 | 367 | def_bool y |
506f1d07 SR |
368 | depends on SMP && X86_ES7000 && MPENTIUMIII |
369 | ||
370 | source "arch/x86/Kconfig.cpu" | |
371 | ||
372 | config HPET_TIMER | |
3c2362e6 | 373 | def_bool X86_64 |
506f1d07 | 374 | prompt "HPET Timer Support" if X86_32 |
506f1d07 SR |
375 | help |
376 | Use the IA-PC HPET (High Precision Event Timer) to manage | |
377 | time in preference to the PIT and RTC, if a HPET is | |
378 | present. | |
379 | HPET is the next generation timer replacing legacy 8254s. | |
380 | The HPET provides a stable time base on SMP | |
381 | systems, unlike the TSC, but it is more expensive to access, | |
382 | as it is off-chip. You can find the HPET spec at | |
383 | <http://www.intel.com/hardwaredesign/hpetspec.htm>. | |
384 | ||
385 | You can safely choose Y here. However, HPET will only be | |
386 | activated if the platform and the BIOS support this feature. | |
387 | Otherwise the 8254 will be used for timing services. | |
388 | ||
389 | Choose N to continue using the legacy 8254 timer. | |
390 | ||
391 | config HPET_EMULATE_RTC | |
3c2362e6 | 392 | def_bool y |
f8f76481 | 393 | depends on HPET_TIMER && (RTC=y || RTC=m) |
506f1d07 SR |
394 | |
395 | # Mark as embedded because too many people got it wrong. | |
396 | # The code disables itself when not needed. | |
397 | config GART_IOMMU | |
398 | bool "GART IOMMU support" if EMBEDDED | |
399 | default y | |
400 | select SWIOTLB | |
401 | select AGP | |
402 | depends on X86_64 && PCI | |
403 | help | |
404 | Support for full DMA access of devices with 32bit memory access only | |
405 | on systems with more than 3GB. This is usually needed for USB, | |
406 | sound, many IDE/SATA chipsets and some other devices. | |
407 | Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART | |
408 | based hardware IOMMU and a software bounce buffer based IOMMU used | |
409 | on Intel systems and as fallback. | |
410 | The code is only active when needed (enough memory and limited | |
411 | device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified | |
412 | too. | |
413 | ||
414 | config CALGARY_IOMMU | |
415 | bool "IBM Calgary IOMMU support" | |
416 | select SWIOTLB | |
417 | depends on X86_64 && PCI && EXPERIMENTAL | |
418 | help | |
419 | Support for hardware IOMMUs in IBM's xSeries x366 and x460 | |
420 | systems. Needed to run systems with more than 3GB of memory | |
421 | properly with 32-bit PCI devices that do not support DAC | |
422 | (Double Address Cycle). Calgary also supports bus level | |
423 | isolation, where all DMAs pass through the IOMMU. This | |
424 | prevents them from going anywhere except their intended | |
425 | destination. This catches hard-to-find kernel bugs and | |
426 | mis-behaving drivers and devices that do not use the DMA-API | |
427 | properly to set up their DMA buffers. The IOMMU can be | |
428 | turned off at boot time with the iommu=off parameter. | |
429 | Normally the kernel will make the right choice by itself. | |
430 | If unsure, say Y. | |
431 | ||
432 | config CALGARY_IOMMU_ENABLED_BY_DEFAULT | |
3c2362e6 HH |
433 | def_bool y |
434 | prompt "Should Calgary be enabled by default?" | |
506f1d07 SR |
435 | depends on CALGARY_IOMMU |
436 | help | |
437 | Should Calgary be enabled by default? if you choose 'y', Calgary | |
438 | will be used (if it exists). If you choose 'n', Calgary will not be | |
439 | used even if it exists. If you choose 'n' and would like to use | |
440 | Calgary anyway, pass 'iommu=calgary' on the kernel command line. | |
441 | If unsure, say Y. | |
442 | ||
443 | # need this always selected by IOMMU for the VIA workaround | |
444 | config SWIOTLB | |
445 | bool | |
446 | help | |
447 | Support for software bounce buffers used on x86-64 systems | |
448 | which don't have a hardware IOMMU (e.g. the current generation | |
449 | of Intel's x86-64 CPUs). Using this PCI devices which can only | |
450 | access 32-bits of memory can be used on systems with more than | |
451 | 3 GB of memory. If unsure, say Y. | |
452 | ||
453 | ||
454 | config NR_CPUS | |
455 | int "Maximum number of CPUs (2-255)" | |
456 | range 2 255 | |
457 | depends on SMP | |
458 | default "32" if X86_NUMAQ || X86_SUMMIT || X86_BIGSMP || X86_ES7000 | |
459 | default "8" | |
460 | help | |
461 | This allows you to specify the maximum number of CPUs which this | |
462 | kernel will support. The maximum supported value is 255 and the | |
463 | minimum value which makes sense is 2. | |
464 | ||
465 | This is purely to save memory - each supported CPU adds | |
466 | approximately eight kilobytes to the kernel image. | |
467 | ||
468 | config SCHED_SMT | |
469 | bool "SMT (Hyperthreading) scheduler support" | |
470 | depends on (X86_64 && SMP) || (X86_32 && X86_HT) | |
471 | help | |
472 | SMT scheduler support improves the CPU scheduler's decision making | |
473 | when dealing with Intel Pentium 4 chips with HyperThreading at a | |
474 | cost of slightly increased overhead in some places. If unsure say | |
475 | N here. | |
476 | ||
477 | config SCHED_MC | |
3c2362e6 HH |
478 | def_bool y |
479 | prompt "Multi-core scheduler support" | |
506f1d07 | 480 | depends on (X86_64 && SMP) || (X86_32 && X86_HT) |
506f1d07 SR |
481 | help |
482 | Multi-core scheduler support improves the CPU scheduler's decision | |
483 | making when dealing with multi-core CPU chips at a cost of slightly | |
484 | increased overhead in some places. If unsure say N here. | |
485 | ||
486 | source "kernel/Kconfig.preempt" | |
487 | ||
488 | config X86_UP_APIC | |
489 | bool "Local APIC support on uniprocessors" | |
490 | depends on X86_32 && !SMP && !(X86_VISWS || X86_VOYAGER || X86_GENERICARCH) | |
491 | help | |
492 | A local APIC (Advanced Programmable Interrupt Controller) is an | |
493 | integrated interrupt controller in the CPU. If you have a single-CPU | |
494 | system which has a processor with a local APIC, you can say Y here to | |
495 | enable and use it. If you say Y here even though your machine doesn't | |
496 | have a local APIC, then the kernel will still run with no slowdown at | |
497 | all. The local APIC supports CPU-generated self-interrupts (timer, | |
498 | performance counters), and the NMI watchdog which detects hard | |
499 | lockups. | |
500 | ||
501 | config X86_UP_IOAPIC | |
502 | bool "IO-APIC support on uniprocessors" | |
503 | depends on X86_UP_APIC | |
504 | help | |
505 | An IO-APIC (I/O Advanced Programmable Interrupt Controller) is an | |
506 | SMP-capable replacement for PC-style interrupt controllers. Most | |
507 | SMP systems and many recent uniprocessor systems have one. | |
508 | ||
509 | If you have a single-CPU system with an IO-APIC, you can say Y here | |
510 | to use it. If you say Y here even though your machine doesn't have | |
511 | an IO-APIC, then the kernel will still run with no slowdown at all. | |
512 | ||
513 | config X86_LOCAL_APIC | |
3c2362e6 | 514 | def_bool y |
506f1d07 | 515 | depends on X86_64 || (X86_32 && (X86_UP_APIC || ((X86_VISWS || SMP) && !X86_VOYAGER) || X86_GENERICARCH)) |
506f1d07 SR |
516 | |
517 | config X86_IO_APIC | |
3c2362e6 | 518 | def_bool y |
506f1d07 | 519 | depends on X86_64 || (X86_32 && (X86_UP_IOAPIC || (SMP && !(X86_VISWS || X86_VOYAGER)) || X86_GENERICARCH)) |
506f1d07 SR |
520 | |
521 | config X86_VISWS_APIC | |
3c2362e6 | 522 | def_bool y |
506f1d07 | 523 | depends on X86_32 && X86_VISWS |
506f1d07 SR |
524 | |
525 | config X86_MCE | |
526 | bool "Machine Check Exception" | |
527 | depends on !X86_VOYAGER | |
528 | ---help--- | |
529 | Machine Check Exception support allows the processor to notify the | |
530 | kernel if it detects a problem (e.g. overheating, component failure). | |
531 | The action the kernel takes depends on the severity of the problem, | |
532 | ranging from a warning message on the console, to halting the machine. | |
533 | Your processor must be a Pentium or newer to support this - check the | |
534 | flags in /proc/cpuinfo for mce. Note that some older Pentium systems | |
535 | have a design flaw which leads to false MCE events - hence MCE is | |
536 | disabled on all P5 processors, unless explicitly enabled with "mce" | |
537 | as a boot argument. Similarly, if MCE is built in and creates a | |
538 | problem on some new non-standard machine, you can boot with "nomce" | |
539 | to disable it. MCE support simply ignores non-MCE processors like | |
540 | the 386 and 486, so nearly everyone can say Y here. | |
541 | ||
542 | config X86_MCE_INTEL | |
3c2362e6 HH |
543 | def_bool y |
544 | prompt "Intel MCE features" | |
506f1d07 | 545 | depends on X86_64 && X86_MCE && X86_LOCAL_APIC |
506f1d07 SR |
546 | help |
547 | Additional support for intel specific MCE features such as | |
548 | the thermal monitor. | |
549 | ||
550 | config X86_MCE_AMD | |
3c2362e6 HH |
551 | def_bool y |
552 | prompt "AMD MCE features" | |
506f1d07 | 553 | depends on X86_64 && X86_MCE && X86_LOCAL_APIC |
506f1d07 SR |
554 | help |
555 | Additional support for AMD specific MCE features such as | |
556 | the DRAM Error Threshold. | |
557 | ||
558 | config X86_MCE_NONFATAL | |
559 | tristate "Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4" | |
560 | depends on X86_32 && X86_MCE | |
561 | help | |
562 | Enabling this feature starts a timer that triggers every 5 seconds which | |
563 | will look at the machine check registers to see if anything happened. | |
564 | Non-fatal problems automatically get corrected (but still logged). | |
565 | Disable this if you don't want to see these messages. | |
566 | Seeing the messages this option prints out may be indicative of dying | |
567 | or out-of-spec (ie, overclocked) hardware. | |
568 | This option only does something on certain CPUs. | |
569 | (AMD Athlon/Duron and Intel Pentium 4) | |
570 | ||
571 | config X86_MCE_P4THERMAL | |
572 | bool "check for P4 thermal throttling interrupt." | |
573 | depends on X86_32 && X86_MCE && (X86_UP_APIC || SMP) && !X86_VISWS | |
574 | help | |
575 | Enabling this feature will cause a message to be printed when the P4 | |
576 | enters thermal throttling. | |
577 | ||
578 | config VM86 | |
579 | bool "Enable VM86 support" if EMBEDDED | |
580 | default y | |
581 | depends on X86_32 | |
582 | help | |
583 | This option is required by programs like DOSEMU to run 16-bit legacy | |
584 | code on X86 processors. It also may be needed by software like | |
585 | XFree86 to initialize some video cards via BIOS. Disabling this | |
586 | option saves about 6k. | |
587 | ||
588 | config TOSHIBA | |
589 | tristate "Toshiba Laptop support" | |
590 | depends on X86_32 | |
591 | ---help--- | |
592 | This adds a driver to safely access the System Management Mode of | |
593 | the CPU on Toshiba portables with a genuine Toshiba BIOS. It does | |
594 | not work on models with a Phoenix BIOS. The System Management Mode | |
595 | is used to set the BIOS and power saving options on Toshiba portables. | |
596 | ||
597 | For information on utilities to make use of this driver see the | |
598 | Toshiba Linux utilities web site at: | |
599 | <http://www.buzzard.org.uk/toshiba/>. | |
600 | ||
601 | Say Y if you intend to run this kernel on a Toshiba portable. | |
602 | Say N otherwise. | |
603 | ||
604 | config I8K | |
605 | tristate "Dell laptop support" | |
606 | depends on X86_32 | |
607 | ---help--- | |
608 | This adds a driver to safely access the System Management Mode | |
609 | of the CPU on the Dell Inspiron 8000. The System Management Mode | |
610 | is used to read cpu temperature and cooling fan status and to | |
611 | control the fans on the I8K portables. | |
612 | ||
613 | This driver has been tested only on the Inspiron 8000 but it may | |
614 | also work with other Dell laptops. You can force loading on other | |
615 | models by passing the parameter `force=1' to the module. Use at | |
616 | your own risk. | |
617 | ||
618 | For information on utilities to make use of this driver see the | |
619 | I8K Linux utilities web site at: | |
620 | <http://people.debian.org/~dz/i8k/> | |
621 | ||
622 | Say Y if you intend to run this kernel on a Dell Inspiron 8000. | |
623 | Say N otherwise. | |
624 | ||
625 | config X86_REBOOTFIXUPS | |
3c2362e6 HH |
626 | def_bool n |
627 | prompt "Enable X86 board specific fixups for reboot" | |
506f1d07 | 628 | depends on X86_32 && X86 |
506f1d07 SR |
629 | ---help--- |
630 | This enables chipset and/or board specific fixups to be done | |
631 | in order to get reboot to work correctly. This is only needed on | |
632 | some combinations of hardware and BIOS. The symptom, for which | |
633 | this config is intended, is when reboot ends with a stalled/hung | |
634 | system. | |
635 | ||
636 | Currently, the only fixup is for the Geode machines using | |
637 | CS5530A and CS5536 chipsets. | |
638 | ||
639 | Say Y if you want to enable the fixup. Currently, it's safe to | |
640 | enable this option even if you don't need it. | |
641 | Say N otherwise. | |
642 | ||
643 | config MICROCODE | |
644 | tristate "/dev/cpu/microcode - Intel IA32 CPU microcode support" | |
645 | select FW_LOADER | |
646 | ---help--- | |
647 | If you say Y here, you will be able to update the microcode on | |
648 | Intel processors in the IA32 family, e.g. Pentium Pro, Pentium II, | |
649 | Pentium III, Pentium 4, Xeon etc. You will obviously need the | |
650 | actual microcode binary data itself which is not shipped with the | |
651 | Linux kernel. | |
652 | ||
653 | For latest news and information on obtaining all the required | |
654 | ingredients for this driver, check: | |
655 | <http://www.urbanmyth.org/microcode/>. | |
656 | ||
657 | To compile this driver as a module, choose M here: the | |
658 | module will be called microcode. | |
659 | ||
660 | config MICROCODE_OLD_INTERFACE | |
3c2362e6 | 661 | def_bool y |
506f1d07 | 662 | depends on MICROCODE |
506f1d07 SR |
663 | |
664 | config X86_MSR | |
665 | tristate "/dev/cpu/*/msr - Model-specific register support" | |
666 | help | |
667 | This device gives privileged processes access to the x86 | |
668 | Model-Specific Registers (MSRs). It is a character device with | |
669 | major 202 and minors 0 to 31 for /dev/cpu/0/msr to /dev/cpu/31/msr. | |
670 | MSR accesses are directed to a specific CPU on multi-processor | |
671 | systems. | |
672 | ||
673 | config X86_CPUID | |
674 | tristate "/dev/cpu/*/cpuid - CPU information support" | |
675 | help | |
676 | This device gives processes access to the x86 CPUID instruction to | |
677 | be executed on a specific processor. It is a character device | |
678 | with major 203 and minors 0 to 31 for /dev/cpu/0/cpuid to | |
679 | /dev/cpu/31/cpuid. | |
680 | ||
681 | choice | |
682 | prompt "High Memory Support" | |
683 | default HIGHMEM4G if !X86_NUMAQ | |
684 | default HIGHMEM64G if X86_NUMAQ | |
685 | depends on X86_32 | |
686 | ||
687 | config NOHIGHMEM | |
688 | bool "off" | |
689 | depends on !X86_NUMAQ | |
690 | ---help--- | |
691 | Linux can use up to 64 Gigabytes of physical memory on x86 systems. | |
692 | However, the address space of 32-bit x86 processors is only 4 | |
693 | Gigabytes large. That means that, if you have a large amount of | |
694 | physical memory, not all of it can be "permanently mapped" by the | |
695 | kernel. The physical memory that's not permanently mapped is called | |
696 | "high memory". | |
697 | ||
698 | If you are compiling a kernel which will never run on a machine with | |
699 | more than 1 Gigabyte total physical RAM, answer "off" here (default | |
700 | choice and suitable for most users). This will result in a "3GB/1GB" | |
701 | split: 3GB are mapped so that each process sees a 3GB virtual memory | |
702 | space and the remaining part of the 4GB virtual memory space is used | |
703 | by the kernel to permanently map as much physical memory as | |
704 | possible. | |
705 | ||
706 | If the machine has between 1 and 4 Gigabytes physical RAM, then | |
707 | answer "4GB" here. | |
708 | ||
709 | If more than 4 Gigabytes is used then answer "64GB" here. This | |
710 | selection turns Intel PAE (Physical Address Extension) mode on. | |
711 | PAE implements 3-level paging on IA32 processors. PAE is fully | |
712 | supported by Linux, PAE mode is implemented on all recent Intel | |
713 | processors (Pentium Pro and better). NOTE: If you say "64GB" here, | |
714 | then the kernel will not boot on CPUs that don't support PAE! | |
715 | ||
716 | The actual amount of total physical memory will either be | |
717 | auto detected or can be forced by using a kernel command line option | |
718 | such as "mem=256M". (Try "man bootparam" or see the documentation of | |
719 | your boot loader (lilo or loadlin) about how to pass options to the | |
720 | kernel at boot time.) | |
721 | ||
722 | If unsure, say "off". | |
723 | ||
724 | config HIGHMEM4G | |
725 | bool "4GB" | |
726 | depends on !X86_NUMAQ | |
727 | help | |
728 | Select this if you have a 32-bit processor and between 1 and 4 | |
729 | gigabytes of physical RAM. | |
730 | ||
731 | config HIGHMEM64G | |
732 | bool "64GB" | |
733 | depends on !M386 && !M486 | |
734 | select X86_PAE | |
735 | help | |
736 | Select this if you have a 32-bit processor and more than 4 | |
737 | gigabytes of physical RAM. | |
738 | ||
739 | endchoice | |
740 | ||
741 | choice | |
742 | depends on EXPERIMENTAL | |
743 | prompt "Memory split" if EMBEDDED | |
744 | default VMSPLIT_3G | |
745 | depends on X86_32 | |
746 | help | |
747 | Select the desired split between kernel and user memory. | |
748 | ||
749 | If the address range available to the kernel is less than the | |
750 | physical memory installed, the remaining memory will be available | |
751 | as "high memory". Accessing high memory is a little more costly | |
752 | than low memory, as it needs to be mapped into the kernel first. | |
753 | Note that increasing the kernel address space limits the range | |
754 | available to user programs, making the address space there | |
755 | tighter. Selecting anything other than the default 3G/1G split | |
756 | will also likely make your kernel incompatible with binary-only | |
757 | kernel modules. | |
758 | ||
759 | If you are not absolutely sure what you are doing, leave this | |
760 | option alone! | |
761 | ||
762 | config VMSPLIT_3G | |
763 | bool "3G/1G user/kernel split" | |
764 | config VMSPLIT_3G_OPT | |
765 | depends on !X86_PAE | |
766 | bool "3G/1G user/kernel split (for full 1G low memory)" | |
767 | config VMSPLIT_2G | |
768 | bool "2G/2G user/kernel split" | |
769 | config VMSPLIT_2G_OPT | |
770 | depends on !X86_PAE | |
771 | bool "2G/2G user/kernel split (for full 2G low memory)" | |
772 | config VMSPLIT_1G | |
773 | bool "1G/3G user/kernel split" | |
774 | endchoice | |
775 | ||
776 | config PAGE_OFFSET | |
777 | hex | |
778 | default 0xB0000000 if VMSPLIT_3G_OPT | |
779 | default 0x80000000 if VMSPLIT_2G | |
780 | default 0x78000000 if VMSPLIT_2G_OPT | |
781 | default 0x40000000 if VMSPLIT_1G | |
782 | default 0xC0000000 | |
783 | depends on X86_32 | |
784 | ||
785 | config HIGHMEM | |
3c2362e6 | 786 | def_bool y |
506f1d07 | 787 | depends on X86_32 && (HIGHMEM64G || HIGHMEM4G) |
506f1d07 SR |
788 | |
789 | config X86_PAE | |
3c2362e6 HH |
790 | def_bool n |
791 | prompt "PAE (Physical Address Extension) Support" | |
506f1d07 SR |
792 | depends on X86_32 && !HIGHMEM4G |
793 | select RESOURCES_64BIT | |
794 | help | |
795 | PAE is required for NX support, and furthermore enables | |
796 | larger swapspace support for non-overcommit purposes. It | |
797 | has the cost of more pagetable lookup overhead, and also | |
798 | consumes more pagetable space per process. | |
799 | ||
800 | # Common NUMA Features | |
801 | config NUMA | |
802 | bool "Numa Memory Allocation and Scheduler Support (EXPERIMENTAL)" | |
803 | depends on SMP | |
804 | depends on X86_64 || (X86_32 && HIGHMEM64G && (X86_NUMAQ || (X86_SUMMIT || X86_GENERICARCH) && ACPI) && EXPERIMENTAL) | |
805 | default n if X86_PC | |
806 | default y if (X86_NUMAQ || X86_SUMMIT) | |
807 | help | |
808 | Enable NUMA (Non Uniform Memory Access) support. | |
809 | The kernel will try to allocate memory used by a CPU on the | |
810 | local memory controller of the CPU and add some more | |
811 | NUMA awareness to the kernel. | |
812 | ||
813 | For i386 this is currently highly experimental and should be only | |
814 | used for kernel development. It might also cause boot failures. | |
815 | For x86_64 this is recommended on all multiprocessor Opteron systems. | |
816 | If the system is EM64T, you should say N unless your system is | |
817 | EM64T NUMA. | |
818 | ||
819 | comment "NUMA (Summit) requires SMP, 64GB highmem support, ACPI" | |
820 | depends on X86_32 && X86_SUMMIT && (!HIGHMEM64G || !ACPI) | |
821 | ||
822 | config K8_NUMA | |
3c2362e6 HH |
823 | def_bool y |
824 | prompt "Old style AMD Opteron NUMA detection" | |
825 | depends on X86_64 && NUMA && PCI | |
826 | help | |
506f1d07 SR |
827 | Enable K8 NUMA node topology detection. You should say Y here if |
828 | you have a multi processor AMD K8 system. This uses an old | |
829 | method to read the NUMA configuration directly from the builtin | |
830 | Northbridge of Opteron. It is recommended to use X86_64_ACPI_NUMA | |
831 | instead, which also takes priority if both are compiled in. | |
832 | ||
833 | config X86_64_ACPI_NUMA | |
3c2362e6 HH |
834 | def_bool y |
835 | prompt "ACPI NUMA detection" | |
506f1d07 SR |
836 | depends on X86_64 && NUMA && ACPI && PCI |
837 | select ACPI_NUMA | |
506f1d07 SR |
838 | help |
839 | Enable ACPI SRAT based node topology detection. | |
840 | ||
841 | config NUMA_EMU | |
842 | bool "NUMA emulation" | |
843 | depends on X86_64 && NUMA | |
844 | help | |
845 | Enable NUMA emulation. A flat machine will be split | |
846 | into virtual nodes when booted with "numa=fake=N", where N is the | |
847 | number of nodes. This is only useful for debugging. | |
848 | ||
849 | config NODES_SHIFT | |
850 | int | |
43238382 | 851 | range 1 15 if X86_64 |
506f1d07 SR |
852 | default "6" if X86_64 |
853 | default "4" if X86_NUMAQ | |
854 | default "3" | |
855 | depends on NEED_MULTIPLE_NODES | |
856 | ||
857 | config HAVE_ARCH_BOOTMEM_NODE | |
3c2362e6 | 858 | def_bool y |
506f1d07 | 859 | depends on X86_32 && NUMA |
506f1d07 SR |
860 | |
861 | config ARCH_HAVE_MEMORY_PRESENT | |
3c2362e6 | 862 | def_bool y |
506f1d07 | 863 | depends on X86_32 && DISCONTIGMEM |
506f1d07 SR |
864 | |
865 | config NEED_NODE_MEMMAP_SIZE | |
3c2362e6 | 866 | def_bool y |
506f1d07 | 867 | depends on X86_32 && (DISCONTIGMEM || SPARSEMEM) |
506f1d07 SR |
868 | |
869 | config HAVE_ARCH_ALLOC_REMAP | |
3c2362e6 | 870 | def_bool y |
506f1d07 | 871 | depends on X86_32 && NUMA |
506f1d07 SR |
872 | |
873 | config ARCH_FLATMEM_ENABLE | |
874 | def_bool y | |
409a7b85 | 875 | depends on X86_32 && ARCH_SELECT_MEMORY_MODEL && X86_PC && !NUMA |
506f1d07 SR |
876 | |
877 | config ARCH_DISCONTIGMEM_ENABLE | |
878 | def_bool y | |
b263295d | 879 | depends on NUMA && X86_32 |
506f1d07 SR |
880 | |
881 | config ARCH_DISCONTIGMEM_DEFAULT | |
882 | def_bool y | |
b263295d CL |
883 | depends on NUMA && X86_32 |
884 | ||
885 | config ARCH_SPARSEMEM_DEFAULT | |
886 | def_bool y | |
887 | depends on X86_64 | |
506f1d07 SR |
888 | |
889 | config ARCH_SPARSEMEM_ENABLE | |
890 | def_bool y | |
b263295d | 891 | depends on X86_64 || NUMA || (EXPERIMENTAL && X86_PC) |
506f1d07 SR |
892 | select SPARSEMEM_STATIC if X86_32 |
893 | select SPARSEMEM_VMEMMAP_ENABLE if X86_64 | |
894 | ||
895 | config ARCH_SELECT_MEMORY_MODEL | |
896 | def_bool y | |
b263295d | 897 | depends on ARCH_SPARSEMEM_ENABLE |
506f1d07 SR |
898 | |
899 | config ARCH_MEMORY_PROBE | |
900 | def_bool X86_64 | |
901 | depends on MEMORY_HOTPLUG | |
902 | ||
903 | source "mm/Kconfig" | |
904 | ||
905 | config HIGHPTE | |
906 | bool "Allocate 3rd-level pagetables from highmem" | |
907 | depends on X86_32 && (HIGHMEM4G || HIGHMEM64G) | |
908 | help | |
909 | The VM uses one page table entry for each page of physical memory. | |
910 | For systems with a lot of RAM, this can be wasteful of precious | |
911 | low memory. Setting this option will put user-space page table | |
912 | entries in high memory. | |
913 | ||
914 | config MATH_EMULATION | |
915 | bool | |
916 | prompt "Math emulation" if X86_32 | |
917 | ---help--- | |
918 | Linux can emulate a math coprocessor (used for floating point | |
919 | operations) if you don't have one. 486DX and Pentium processors have | |
920 | a math coprocessor built in, 486SX and 386 do not, unless you added | |
921 | a 487DX or 387, respectively. (The messages during boot time can | |
922 | give you some hints here ["man dmesg"].) Everyone needs either a | |
923 | coprocessor or this emulation. | |
924 | ||
925 | If you don't have a math coprocessor, you need to say Y here; if you | |
926 | say Y here even though you have a coprocessor, the coprocessor will | |
927 | be used nevertheless. (This behavior can be changed with the kernel | |
928 | command line option "no387", which comes handy if your coprocessor | |
929 | is broken. Try "man bootparam" or see the documentation of your boot | |
930 | loader (lilo or loadlin) about how to pass options to the kernel at | |
931 | boot time.) This means that it is a good idea to say Y here if you | |
932 | intend to use this kernel on different machines. | |
933 | ||
934 | More information about the internals of the Linux math coprocessor | |
935 | emulation can be found in <file:arch/x86/math-emu/README>. | |
936 | ||
937 | If you are not sure, say Y; apart from resulting in a 66 KB bigger | |
938 | kernel, it won't hurt. | |
939 | ||
940 | config MTRR | |
941 | bool "MTRR (Memory Type Range Register) support" | |
942 | ---help--- | |
943 | On Intel P6 family processors (Pentium Pro, Pentium II and later) | |
944 | the Memory Type Range Registers (MTRRs) may be used to control | |
945 | processor access to memory ranges. This is most useful if you have | |
946 | a video (VGA) card on a PCI or AGP bus. Enabling write-combining | |
947 | allows bus write transfers to be combined into a larger transfer | |
948 | before bursting over the PCI/AGP bus. This can increase performance | |
949 | of image write operations 2.5 times or more. Saying Y here creates a | |
950 | /proc/mtrr file which may be used to manipulate your processor's | |
951 | MTRRs. Typically the X server should use this. | |
952 | ||
953 | This code has a reasonably generic interface so that similar | |
954 | control registers on other processors can be easily supported | |
955 | as well: | |
956 | ||
957 | The Cyrix 6x86, 6x86MX and M II processors have Address Range | |
958 | Registers (ARRs) which provide a similar functionality to MTRRs. For | |
959 | these, the ARRs are used to emulate the MTRRs. | |
960 | The AMD K6-2 (stepping 8 and above) and K6-3 processors have two | |
961 | MTRRs. The Centaur C6 (WinChip) has 8 MCRs, allowing | |
962 | write-combining. All of these processors are supported by this code | |
963 | and it makes sense to say Y here if you have one of them. | |
964 | ||
965 | Saying Y here also fixes a problem with buggy SMP BIOSes which only | |
966 | set the MTRRs for the boot CPU and not for the secondary CPUs. This | |
967 | can lead to all sorts of problems, so it's good to say Y here. | |
968 | ||
969 | You can safely say Y even if your machine doesn't have MTRRs, you'll | |
970 | just add about 9 KB to your kernel. | |
971 | ||
972 | See <file:Documentation/mtrr.txt> for more information. | |
973 | ||
974 | config EFI | |
3c2362e6 | 975 | def_bool n |
8b2cb7a8 | 976 | prompt "EFI runtime service support" |
5b83683f | 977 | depends on ACPI |
506f1d07 | 978 | ---help--- |
8b2cb7a8 | 979 | This enables the kernel to use EFI runtime services that are |
506f1d07 SR |
980 | available (such as the EFI variable services). |
981 | ||
8b2cb7a8 HY |
982 | This option is only useful on systems that have EFI firmware. |
983 | In addition, you should use the latest ELILO loader available | |
984 | at <http://elilo.sourceforge.net> in order to take advantage | |
985 | of EFI runtime services. However, even with this option, the | |
986 | resultant kernel should continue to boot on existing non-EFI | |
987 | platforms. | |
506f1d07 SR |
988 | |
989 | config IRQBALANCE | |
3c2362e6 HH |
990 | def_bool y |
991 | prompt "Enable kernel irq balancing" | |
506f1d07 | 992 | depends on X86_32 && SMP && X86_IO_APIC |
506f1d07 SR |
993 | help |
994 | The default yes will allow the kernel to do irq load balancing. | |
995 | Saying no will keep the kernel from doing irq load balancing. | |
996 | ||
997 | # turning this on wastes a bunch of space. | |
998 | # Summit needs it only when NUMA is on | |
999 | config BOOT_IOREMAP | |
3c2362e6 | 1000 | def_bool y |
506f1d07 | 1001 | depends on X86_32 && (((X86_SUMMIT || X86_GENERICARCH) && NUMA) || (X86 && EFI)) |
506f1d07 SR |
1002 | |
1003 | config SECCOMP | |
3c2362e6 HH |
1004 | def_bool y |
1005 | prompt "Enable seccomp to safely compute untrusted bytecode" | |
506f1d07 | 1006 | depends on PROC_FS |
506f1d07 SR |
1007 | help |
1008 | This kernel feature is useful for number crunching applications | |
1009 | that may need to compute untrusted bytecode during their | |
1010 | execution. By using pipes or other transports made available to | |
1011 | the process as file descriptors supporting the read/write | |
1012 | syscalls, it's possible to isolate those applications in | |
1013 | their own address space using seccomp. Once seccomp is | |
1014 | enabled via /proc/<pid>/seccomp, it cannot be disabled | |
1015 | and the task is only allowed to execute a few safe syscalls | |
1016 | defined by each seccomp mode. | |
1017 | ||
1018 | If unsure, say Y. Only embedded should say N here. | |
1019 | ||
1020 | config CC_STACKPROTECTOR | |
1021 | bool "Enable -fstack-protector buffer overflow detection (EXPERIMENTAL)" | |
1022 | depends on X86_64 && EXPERIMENTAL | |
1023 | help | |
1024 | This option turns on the -fstack-protector GCC feature. This | |
1025 | feature puts, at the beginning of critical functions, a canary | |
1026 | value on the stack just before the return address, and validates | |
1027 | the value just before actually returning. Stack based buffer | |
1028 | overflows (that need to overwrite this return address) now also | |
1029 | overwrite the canary, which gets detected and the attack is then | |
1030 | neutralized via a kernel panic. | |
1031 | ||
1032 | This feature requires gcc version 4.2 or above, or a distribution | |
1033 | gcc with the feature backported. Older versions are automatically | |
1034 | detected and for those versions, this configuration option is ignored. | |
1035 | ||
1036 | config CC_STACKPROTECTOR_ALL | |
1037 | bool "Use stack-protector for all functions" | |
1038 | depends on CC_STACKPROTECTOR | |
1039 | help | |
1040 | Normally, GCC only inserts the canary value protection for | |
1041 | functions that use large-ish on-stack buffers. By enabling | |
1042 | this option, GCC will be asked to do this for ALL functions. | |
1043 | ||
1044 | source kernel/Kconfig.hz | |
1045 | ||
1046 | config KEXEC | |
1047 | bool "kexec system call" | |
1048 | help | |
1049 | kexec is a system call that implements the ability to shutdown your | |
1050 | current kernel, and to start another kernel. It is like a reboot | |
1051 | but it is independent of the system firmware. And like a reboot | |
1052 | you can start any kernel with it, not just Linux. | |
1053 | ||
1054 | The name comes from the similarity to the exec system call. | |
1055 | ||
1056 | It is an ongoing process to be certain the hardware in a machine | |
1057 | is properly shutdown, so do not be surprised if this code does not | |
1058 | initially work for you. It may help to enable device hotplugging | |
1059 | support. As of this writing the exact hardware interface is | |
1060 | strongly in flux, so no good recommendation can be made. | |
1061 | ||
1062 | config CRASH_DUMP | |
1063 | bool "kernel crash dumps (EXPERIMENTAL)" | |
1064 | depends on EXPERIMENTAL | |
1065 | depends on X86_64 || (X86_32 && HIGHMEM) | |
1066 | help | |
1067 | Generate crash dump after being started by kexec. | |
1068 | This should be normally only set in special crash dump kernels | |
1069 | which are loaded in the main kernel with kexec-tools into | |
1070 | a specially reserved region and then later executed after | |
1071 | a crash by kdump/kexec. The crash dump kernel must be compiled | |
1072 | to a memory address not used by the main kernel or BIOS using | |
1073 | PHYSICAL_START, or it must be built as a relocatable image | |
1074 | (CONFIG_RELOCATABLE=y). | |
1075 | For more details see Documentation/kdump/kdump.txt | |
1076 | ||
1077 | config PHYSICAL_START | |
1078 | hex "Physical address where the kernel is loaded" if (EMBEDDED || CRASH_DUMP) | |
1079 | default "0x1000000" if X86_NUMAQ | |
1080 | default "0x200000" if X86_64 | |
1081 | default "0x100000" | |
1082 | help | |
1083 | This gives the physical address where the kernel is loaded. | |
1084 | ||
1085 | If kernel is a not relocatable (CONFIG_RELOCATABLE=n) then | |
1086 | bzImage will decompress itself to above physical address and | |
1087 | run from there. Otherwise, bzImage will run from the address where | |
1088 | it has been loaded by the boot loader and will ignore above physical | |
1089 | address. | |
1090 | ||
1091 | In normal kdump cases one does not have to set/change this option | |
1092 | as now bzImage can be compiled as a completely relocatable image | |
1093 | (CONFIG_RELOCATABLE=y) and be used to load and run from a different | |
1094 | address. This option is mainly useful for the folks who don't want | |
1095 | to use a bzImage for capturing the crash dump and want to use a | |
1096 | vmlinux instead. vmlinux is not relocatable hence a kernel needs | |
1097 | to be specifically compiled to run from a specific memory area | |
1098 | (normally a reserved region) and this option comes handy. | |
1099 | ||
1100 | So if you are using bzImage for capturing the crash dump, leave | |
1101 | the value here unchanged to 0x100000 and set CONFIG_RELOCATABLE=y. | |
1102 | Otherwise if you plan to use vmlinux for capturing the crash dump | |
1103 | change this value to start of the reserved region (Typically 16MB | |
1104 | 0x1000000). In other words, it can be set based on the "X" value as | |
1105 | specified in the "crashkernel=YM@XM" command line boot parameter | |
1106 | passed to the panic-ed kernel. Typically this parameter is set as | |
1107 | crashkernel=64M@16M. Please take a look at | |
1108 | Documentation/kdump/kdump.txt for more details about crash dumps. | |
1109 | ||
1110 | Usage of bzImage for capturing the crash dump is recommended as | |
1111 | one does not have to build two kernels. Same kernel can be used | |
1112 | as production kernel and capture kernel. Above option should have | |
1113 | gone away after relocatable bzImage support is introduced. But it | |
1114 | is present because there are users out there who continue to use | |
1115 | vmlinux for dump capture. This option should go away down the | |
1116 | line. | |
1117 | ||
1118 | Don't change this unless you know what you are doing. | |
1119 | ||
1120 | config RELOCATABLE | |
1121 | bool "Build a relocatable kernel (EXPERIMENTAL)" | |
1122 | depends on EXPERIMENTAL | |
1123 | help | |
1124 | This builds a kernel image that retains relocation information | |
1125 | so it can be loaded someplace besides the default 1MB. | |
1126 | The relocations tend to make the kernel binary about 10% larger, | |
1127 | but are discarded at runtime. | |
1128 | ||
1129 | One use is for the kexec on panic case where the recovery kernel | |
1130 | must live at a different physical address than the primary | |
1131 | kernel. | |
1132 | ||
1133 | Note: If CONFIG_RELOCATABLE=y, then the kernel runs from the address | |
1134 | it has been loaded at and the compile time physical address | |
1135 | (CONFIG_PHYSICAL_START) is ignored. | |
1136 | ||
1137 | config PHYSICAL_ALIGN | |
1138 | hex | |
1139 | prompt "Alignment value to which kernel should be aligned" if X86_32 | |
1140 | default "0x100000" if X86_32 | |
1141 | default "0x200000" if X86_64 | |
1142 | range 0x2000 0x400000 | |
1143 | help | |
1144 | This value puts the alignment restrictions on physical address | |
1145 | where kernel is loaded and run from. Kernel is compiled for an | |
1146 | address which meets above alignment restriction. | |
1147 | ||
1148 | If bootloader loads the kernel at a non-aligned address and | |
1149 | CONFIG_RELOCATABLE is set, kernel will move itself to nearest | |
1150 | address aligned to above value and run from there. | |
1151 | ||
1152 | If bootloader loads the kernel at a non-aligned address and | |
1153 | CONFIG_RELOCATABLE is not set, kernel will ignore the run time | |
1154 | load address and decompress itself to the address it has been | |
1155 | compiled for and run from there. The address for which kernel is | |
1156 | compiled already meets above alignment restrictions. Hence the | |
1157 | end result is that kernel runs from a physical address meeting | |
1158 | above alignment restrictions. | |
1159 | ||
1160 | Don't change this unless you know what you are doing. | |
1161 | ||
1162 | config HOTPLUG_CPU | |
1163 | bool "Support for suspend on SMP and hot-pluggable CPUs (EXPERIMENTAL)" | |
1164 | depends on SMP && HOTPLUG && EXPERIMENTAL && !X86_VOYAGER | |
1165 | ---help--- | |
1166 | Say Y here to experiment with turning CPUs off and on, and to | |
1167 | enable suspend on SMP systems. CPUs can be controlled through | |
1168 | /sys/devices/system/cpu. | |
1169 | Say N if you want to disable CPU hotplug and don't need to | |
1170 | suspend. | |
1171 | ||
1172 | config COMPAT_VDSO | |
3c2362e6 HH |
1173 | def_bool y |
1174 | prompt "Compat VDSO support" | |
af65d648 | 1175 | depends on X86_32 || IA32_EMULATION |
506f1d07 | 1176 | help |
af65d648 | 1177 | Map the 32-bit VDSO to the predictable old-style address too. |
506f1d07 SR |
1178 | ---help--- |
1179 | Say N here if you are running a sufficiently recent glibc | |
1180 | version (2.3.3 or later), to remove the high-mapped | |
1181 | VDSO mapping and to exclusively use the randomized VDSO. | |
1182 | ||
1183 | If unsure, say Y. | |
1184 | ||
1185 | endmenu | |
1186 | ||
1187 | config ARCH_ENABLE_MEMORY_HOTPLUG | |
1188 | def_bool y | |
1189 | depends on X86_64 || (X86_32 && HIGHMEM) | |
1190 | ||
506f1d07 SR |
1191 | config HAVE_ARCH_EARLY_PFN_TO_NID |
1192 | def_bool X86_64 | |
1193 | depends on NUMA | |
1194 | ||
e279b6c1 SR |
1195 | menu "Power management options" |
1196 | depends on !X86_VOYAGER | |
1197 | ||
1198 | config ARCH_HIBERNATION_HEADER | |
3c2362e6 | 1199 | def_bool y |
e279b6c1 | 1200 | depends on X86_64 && HIBERNATION |
e279b6c1 SR |
1201 | |
1202 | source "kernel/power/Kconfig" | |
1203 | ||
1204 | source "drivers/acpi/Kconfig" | |
1205 | ||
a6b68076 AK |
1206 | config X86_APM_BOOT |
1207 | bool | |
1208 | default y | |
1209 | depends on APM || APM_MODULE | |
1210 | ||
e279b6c1 SR |
1211 | menuconfig APM |
1212 | tristate "APM (Advanced Power Management) BIOS support" | |
1213 | depends on X86_32 && PM_SLEEP && !X86_VISWS | |
1214 | ---help--- | |
1215 | APM is a BIOS specification for saving power using several different | |
1216 | techniques. This is mostly useful for battery powered laptops with | |
1217 | APM compliant BIOSes. If you say Y here, the system time will be | |
1218 | reset after a RESUME operation, the /proc/apm device will provide | |
1219 | battery status information, and user-space programs will receive | |
1220 | notification of APM "events" (e.g. battery status change). | |
1221 | ||
1222 | If you select "Y" here, you can disable actual use of the APM | |
1223 | BIOS by passing the "apm=off" option to the kernel at boot time. | |
1224 | ||
1225 | Note that the APM support is almost completely disabled for | |
1226 | machines with more than one CPU. | |
1227 | ||
1228 | In order to use APM, you will need supporting software. For location | |
1229 | and more information, read <file:Documentation/pm.txt> and the | |
1230 | Battery Powered Linux mini-HOWTO, available from | |
1231 | <http://www.tldp.org/docs.html#howto>. | |
1232 | ||
1233 | This driver does not spin down disk drives (see the hdparm(8) | |
1234 | manpage ("man 8 hdparm") for that), and it doesn't turn off | |
1235 | VESA-compliant "green" monitors. | |
1236 | ||
1237 | This driver does not support the TI 4000M TravelMate and the ACER | |
1238 | 486/DX4/75 because they don't have compliant BIOSes. Many "green" | |
1239 | desktop machines also don't have compliant BIOSes, and this driver | |
1240 | may cause those machines to panic during the boot phase. | |
1241 | ||
1242 | Generally, if you don't have a battery in your machine, there isn't | |
1243 | much point in using this driver and you should say N. If you get | |
1244 | random kernel OOPSes or reboots that don't seem to be related to | |
1245 | anything, try disabling/enabling this option (or disabling/enabling | |
1246 | APM in your BIOS). | |
1247 | ||
1248 | Some other things you should try when experiencing seemingly random, | |
1249 | "weird" problems: | |
1250 | ||
1251 | 1) make sure that you have enough swap space and that it is | |
1252 | enabled. | |
1253 | 2) pass the "no-hlt" option to the kernel | |
1254 | 3) switch on floating point emulation in the kernel and pass | |
1255 | the "no387" option to the kernel | |
1256 | 4) pass the "floppy=nodma" option to the kernel | |
1257 | 5) pass the "mem=4M" option to the kernel (thereby disabling | |
1258 | all but the first 4 MB of RAM) | |
1259 | 6) make sure that the CPU is not over clocked. | |
1260 | 7) read the sig11 FAQ at <http://www.bitwizard.nl/sig11/> | |
1261 | 8) disable the cache from your BIOS settings | |
1262 | 9) install a fan for the video card or exchange video RAM | |
1263 | 10) install a better fan for the CPU | |
1264 | 11) exchange RAM chips | |
1265 | 12) exchange the motherboard. | |
1266 | ||
1267 | To compile this driver as a module, choose M here: the | |
1268 | module will be called apm. | |
1269 | ||
1270 | if APM | |
1271 | ||
1272 | config APM_IGNORE_USER_SUSPEND | |
1273 | bool "Ignore USER SUSPEND" | |
1274 | help | |
1275 | This option will ignore USER SUSPEND requests. On machines with a | |
1276 | compliant APM BIOS, you want to say N. However, on the NEC Versa M | |
1277 | series notebooks, it is necessary to say Y because of a BIOS bug. | |
1278 | ||
1279 | config APM_DO_ENABLE | |
1280 | bool "Enable PM at boot time" | |
1281 | ---help--- | |
1282 | Enable APM features at boot time. From page 36 of the APM BIOS | |
1283 | specification: "When disabled, the APM BIOS does not automatically | |
1284 | power manage devices, enter the Standby State, enter the Suspend | |
1285 | State, or take power saving steps in response to CPU Idle calls." | |
1286 | This driver will make CPU Idle calls when Linux is idle (unless this | |
1287 | feature is turned off -- see "Do CPU IDLE calls", below). This | |
1288 | should always save battery power, but more complicated APM features | |
1289 | will be dependent on your BIOS implementation. You may need to turn | |
1290 | this option off if your computer hangs at boot time when using APM | |
1291 | support, or if it beeps continuously instead of suspending. Turn | |
1292 | this off if you have a NEC UltraLite Versa 33/C or a Toshiba | |
1293 | T400CDT. This is off by default since most machines do fine without | |
1294 | this feature. | |
1295 | ||
1296 | config APM_CPU_IDLE | |
1297 | bool "Make CPU Idle calls when idle" | |
1298 | help | |
1299 | Enable calls to APM CPU Idle/CPU Busy inside the kernel's idle loop. | |
1300 | On some machines, this can activate improved power savings, such as | |
1301 | a slowed CPU clock rate, when the machine is idle. These idle calls | |
1302 | are made after the idle loop has run for some length of time (e.g., | |
1303 | 333 mS). On some machines, this will cause a hang at boot time or | |
1304 | whenever the CPU becomes idle. (On machines with more than one CPU, | |
1305 | this option does nothing.) | |
1306 | ||
1307 | config APM_DISPLAY_BLANK | |
1308 | bool "Enable console blanking using APM" | |
1309 | help | |
1310 | Enable console blanking using the APM. Some laptops can use this to | |
1311 | turn off the LCD backlight when the screen blanker of the Linux | |
1312 | virtual console blanks the screen. Note that this is only used by | |
1313 | the virtual console screen blanker, and won't turn off the backlight | |
1314 | when using the X Window system. This also doesn't have anything to | |
1315 | do with your VESA-compliant power-saving monitor. Further, this | |
1316 | option doesn't work for all laptops -- it might not turn off your | |
1317 | backlight at all, or it might print a lot of errors to the console, | |
1318 | especially if you are using gpm. | |
1319 | ||
1320 | config APM_ALLOW_INTS | |
1321 | bool "Allow interrupts during APM BIOS calls" | |
1322 | help | |
1323 | Normally we disable external interrupts while we are making calls to | |
1324 | the APM BIOS as a measure to lessen the effects of a badly behaving | |
1325 | BIOS implementation. The BIOS should reenable interrupts if it | |
1326 | needs to. Unfortunately, some BIOSes do not -- especially those in | |
1327 | many of the newer IBM Thinkpads. If you experience hangs when you | |
1328 | suspend, try setting this to Y. Otherwise, say N. | |
1329 | ||
1330 | config APM_REAL_MODE_POWER_OFF | |
1331 | bool "Use real mode APM BIOS call to power off" | |
1332 | help | |
1333 | Use real mode APM BIOS calls to switch off the computer. This is | |
1334 | a work-around for a number of buggy BIOSes. Switch this option on if | |
1335 | your computer crashes instead of powering off properly. | |
1336 | ||
1337 | endif # APM | |
1338 | ||
1339 | source "arch/x86/kernel/cpu/cpufreq/Kconfig" | |
1340 | ||
1341 | source "drivers/cpuidle/Kconfig" | |
1342 | ||
1343 | endmenu | |
1344 | ||
1345 | ||
1346 | menu "Bus options (PCI etc.)" | |
1347 | ||
1348 | config PCI | |
1349 | bool "PCI support" if !X86_VISWS | |
1350 | depends on !X86_VOYAGER | |
1c858087 | 1351 | default y |
e279b6c1 SR |
1352 | select ARCH_SUPPORTS_MSI if (X86_LOCAL_APIC && X86_IO_APIC) |
1353 | help | |
1354 | Find out whether you have a PCI motherboard. PCI is the name of a | |
1355 | bus system, i.e. the way the CPU talks to the other stuff inside | |
1356 | your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or | |
1357 | VESA. If you have PCI, say Y, otherwise N. | |
1358 | ||
1359 | The PCI-HOWTO, available from | |
1360 | <http://www.tldp.org/docs.html#howto>, contains valuable | |
1361 | information about which PCI hardware does work under Linux and which | |
1362 | doesn't. | |
1363 | ||
1364 | choice | |
1365 | prompt "PCI access mode" | |
1366 | depends on X86_32 && PCI && !X86_VISWS | |
1367 | default PCI_GOANY | |
1368 | ---help--- | |
1369 | On PCI systems, the BIOS can be used to detect the PCI devices and | |
1370 | determine their configuration. However, some old PCI motherboards | |
1371 | have BIOS bugs and may crash if this is done. Also, some embedded | |
1372 | PCI-based systems don't have any BIOS at all. Linux can also try to | |
1373 | detect the PCI hardware directly without using the BIOS. | |
1374 | ||
1375 | With this option, you can specify how Linux should detect the | |
1376 | PCI devices. If you choose "BIOS", the BIOS will be used, | |
1377 | if you choose "Direct", the BIOS won't be used, and if you | |
1378 | choose "MMConfig", then PCI Express MMCONFIG will be used. | |
1379 | If you choose "Any", the kernel will try MMCONFIG, then the | |
1380 | direct access method and falls back to the BIOS if that doesn't | |
1381 | work. If unsure, go with the default, which is "Any". | |
1382 | ||
1383 | config PCI_GOBIOS | |
1384 | bool "BIOS" | |
1385 | ||
1386 | config PCI_GOMMCONFIG | |
1387 | bool "MMConfig" | |
1388 | ||
1389 | config PCI_GODIRECT | |
1390 | bool "Direct" | |
1391 | ||
1392 | config PCI_GOANY | |
1393 | bool "Any" | |
1394 | ||
1395 | endchoice | |
1396 | ||
1397 | config PCI_BIOS | |
3c2362e6 | 1398 | def_bool y |
e279b6c1 | 1399 | depends on X86_32 && !X86_VISWS && PCI && (PCI_GOBIOS || PCI_GOANY) |
e279b6c1 SR |
1400 | |
1401 | # x86-64 doesn't support PCI BIOS access from long mode so always go direct. | |
1402 | config PCI_DIRECT | |
3c2362e6 | 1403 | def_bool y |
e279b6c1 | 1404 | depends on PCI && (X86_64 || (PCI_GODIRECT || PCI_GOANY) || X86_VISWS) |
e279b6c1 SR |
1405 | |
1406 | config PCI_MMCONFIG | |
3c2362e6 | 1407 | def_bool y |
e279b6c1 | 1408 | depends on X86_32 && PCI && ACPI && (PCI_GOMMCONFIG || PCI_GOANY) |
e279b6c1 SR |
1409 | |
1410 | config PCI_DOMAINS | |
3c2362e6 | 1411 | def_bool y |
e279b6c1 | 1412 | depends on PCI |
e279b6c1 SR |
1413 | |
1414 | config PCI_MMCONFIG | |
1415 | bool "Support mmconfig PCI config space access" | |
1416 | depends on X86_64 && PCI && ACPI | |
1417 | ||
1418 | config DMAR | |
1419 | bool "Support for DMA Remapping Devices (EXPERIMENTAL)" | |
1420 | depends on X86_64 && PCI_MSI && ACPI && EXPERIMENTAL | |
1421 | help | |
1422 | DMA remapping (DMAR) devices support enables independent address | |
1423 | translations for Direct Memory Access (DMA) from devices. | |
1424 | These DMA remapping devices are reported via ACPI tables | |
1425 | and include PCI device scope covered by these DMA | |
1426 | remapping devices. | |
1427 | ||
1428 | config DMAR_GFX_WA | |
3c2362e6 HH |
1429 | def_bool y |
1430 | prompt "Support for Graphics workaround" | |
e279b6c1 | 1431 | depends on DMAR |
e279b6c1 SR |
1432 | help |
1433 | Current Graphics drivers tend to use physical address | |
1434 | for DMA and avoid using DMA APIs. Setting this config | |
1435 | option permits the IOMMU driver to set a unity map for | |
1436 | all the OS-visible memory. Hence the driver can continue | |
1437 | to use physical addresses for DMA. | |
1438 | ||
1439 | config DMAR_FLOPPY_WA | |
3c2362e6 | 1440 | def_bool y |
e279b6c1 | 1441 | depends on DMAR |
e279b6c1 SR |
1442 | help |
1443 | Floppy disk drivers are know to bypass DMA API calls | |
1444 | thereby failing to work when IOMMU is enabled. This | |
1445 | workaround will setup a 1:1 mapping for the first | |
1446 | 16M to make floppy (an ISA device) work. | |
1447 | ||
1448 | source "drivers/pci/pcie/Kconfig" | |
1449 | ||
1450 | source "drivers/pci/Kconfig" | |
1451 | ||
1452 | # x86_64 have no ISA slots, but do have ISA-style DMA. | |
1453 | config ISA_DMA_API | |
3c2362e6 | 1454 | def_bool y |
e279b6c1 SR |
1455 | |
1456 | if X86_32 | |
1457 | ||
1458 | config ISA | |
1459 | bool "ISA support" | |
1460 | depends on !(X86_VOYAGER || X86_VISWS) | |
1461 | help | |
1462 | Find out whether you have ISA slots on your motherboard. ISA is the | |
1463 | name of a bus system, i.e. the way the CPU talks to the other stuff | |
1464 | inside your box. Other bus systems are PCI, EISA, MicroChannel | |
1465 | (MCA) or VESA. ISA is an older system, now being displaced by PCI; | |
1466 | newer boards don't support it. If you have ISA, say Y, otherwise N. | |
1467 | ||
1468 | config EISA | |
1469 | bool "EISA support" | |
1470 | depends on ISA | |
1471 | ---help--- | |
1472 | The Extended Industry Standard Architecture (EISA) bus was | |
1473 | developed as an open alternative to the IBM MicroChannel bus. | |
1474 | ||
1475 | The EISA bus provided some of the features of the IBM MicroChannel | |
1476 | bus while maintaining backward compatibility with cards made for | |
1477 | the older ISA bus. The EISA bus saw limited use between 1988 and | |
1478 | 1995 when it was made obsolete by the PCI bus. | |
1479 | ||
1480 | Say Y here if you are building a kernel for an EISA-based machine. | |
1481 | ||
1482 | Otherwise, say N. | |
1483 | ||
1484 | source "drivers/eisa/Kconfig" | |
1485 | ||
1486 | config MCA | |
1487 | bool "MCA support" if !(X86_VISWS || X86_VOYAGER) | |
1488 | default y if X86_VOYAGER | |
1489 | help | |
1490 | MicroChannel Architecture is found in some IBM PS/2 machines and | |
1491 | laptops. It is a bus system similar to PCI or ISA. See | |
1492 | <file:Documentation/mca.txt> (and especially the web page given | |
1493 | there) before attempting to build an MCA bus kernel. | |
1494 | ||
1495 | source "drivers/mca/Kconfig" | |
1496 | ||
1497 | config SCx200 | |
1498 | tristate "NatSemi SCx200 support" | |
1499 | depends on !X86_VOYAGER | |
1500 | help | |
1501 | This provides basic support for National Semiconductor's | |
1502 | (now AMD's) Geode processors. The driver probes for the | |
1503 | PCI-IDs of several on-chip devices, so its a good dependency | |
1504 | for other scx200_* drivers. | |
1505 | ||
1506 | If compiled as a module, the driver is named scx200. | |
1507 | ||
1508 | config SCx200HR_TIMER | |
1509 | tristate "NatSemi SCx200 27MHz High-Resolution Timer Support" | |
1510 | depends on SCx200 && GENERIC_TIME | |
1511 | default y | |
1512 | help | |
1513 | This driver provides a clocksource built upon the on-chip | |
1514 | 27MHz high-resolution timer. Its also a workaround for | |
1515 | NSC Geode SC-1100's buggy TSC, which loses time when the | |
1516 | processor goes idle (as is done by the scheduler). The | |
1517 | other workaround is idle=poll boot option. | |
1518 | ||
1519 | config GEODE_MFGPT_TIMER | |
3c2362e6 HH |
1520 | def_bool y |
1521 | prompt "Geode Multi-Function General Purpose Timer (MFGPT) events" | |
e279b6c1 | 1522 | depends on MGEODE_LX && GENERIC_TIME && GENERIC_CLOCKEVENTS |
e279b6c1 SR |
1523 | help |
1524 | This driver provides a clock event source based on the MFGPT | |
1525 | timer(s) in the CS5535 and CS5536 companion chip for the geode. | |
1526 | MFGPTs have a better resolution and max interval than the | |
1527 | generic PIT, and are suitable for use as high-res timers. | |
1528 | ||
bc0120fd SR |
1529 | endif # X86_32 |
1530 | ||
e279b6c1 SR |
1531 | config K8_NB |
1532 | def_bool y | |
bc0120fd | 1533 | depends on AGP_AMD64 || (X86_64 && (GART_IOMMU || (PCI && NUMA))) |
e279b6c1 SR |
1534 | |
1535 | source "drivers/pcmcia/Kconfig" | |
1536 | ||
1537 | source "drivers/pci/hotplug/Kconfig" | |
1538 | ||
1539 | endmenu | |
1540 | ||
1541 | ||
1542 | menu "Executable file formats / Emulations" | |
1543 | ||
1544 | source "fs/Kconfig.binfmt" | |
1545 | ||
1546 | config IA32_EMULATION | |
1547 | bool "IA32 Emulation" | |
1548 | depends on X86_64 | |
a97f52e6 | 1549 | select COMPAT_BINFMT_ELF |
e279b6c1 SR |
1550 | help |
1551 | Include code to run 32-bit programs under a 64-bit kernel. You should | |
1552 | likely turn this on, unless you're 100% sure that you don't have any | |
1553 | 32-bit programs left. | |
1554 | ||
1555 | config IA32_AOUT | |
1556 | tristate "IA32 a.out support" | |
1557 | depends on IA32_EMULATION | |
1558 | help | |
1559 | Support old a.out binaries in the 32bit emulation. | |
1560 | ||
1561 | config COMPAT | |
3c2362e6 | 1562 | def_bool y |
e279b6c1 | 1563 | depends on IA32_EMULATION |
e279b6c1 SR |
1564 | |
1565 | config COMPAT_FOR_U64_ALIGNMENT | |
1566 | def_bool COMPAT | |
1567 | depends on X86_64 | |
1568 | ||
1569 | config SYSVIPC_COMPAT | |
3c2362e6 | 1570 | def_bool y |
e279b6c1 | 1571 | depends on X86_64 && COMPAT && SYSVIPC |
e279b6c1 SR |
1572 | |
1573 | endmenu | |
1574 | ||
1575 | ||
1576 | source "net/Kconfig" | |
1577 | ||
1578 | source "drivers/Kconfig" | |
1579 | ||
1580 | source "drivers/firmware/Kconfig" | |
1581 | ||
1582 | source "fs/Kconfig" | |
1583 | ||
1584 | source "kernel/Kconfig.instrumentation" | |
1585 | ||
1586 | source "arch/x86/Kconfig.debug" | |
1587 | ||
1588 | source "security/Kconfig" | |
1589 | ||
1590 | source "crypto/Kconfig" | |
1591 | ||
1592 | source "lib/Kconfig" |