Greg Kroah-Hartman | b244131 | 2017-11-01 15:07:57 +0100 | [diff] [blame] | 1 | # SPDX-License-Identifier: GPL-2.0 |
Sam Ravnborg | daa93fa | 2007-11-12 20:54:30 +0100 | [diff] [blame] | 2 | # Select 32 or 64 bit |
| 3 | config 64BIT |
Masahiro Yamada | 104daea | 2018-05-28 18:21:40 +0900 | [diff] [blame] | 4 | bool "64-bit kernel" if "$(ARCH)" = "x86" |
| 5 | default "$(ARCH)" != "i386" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 6 | help |
Sam Ravnborg | daa93fa | 2007-11-12 20:54:30 +0100 | [diff] [blame] | 7 | Say yes to build a 64-bit kernel - formerly known as x86_64 |
| 8 | Say no to build a 32-bit kernel - formerly known as i386 |
| 9 | |
| 10 | config X86_32 |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 11 | def_bool y |
| 12 | depends on !64BIT |
Ingo Molnar | 341c787 | 2016-11-15 10:04:55 +0100 | [diff] [blame] | 13 | # Options that are inherently 32-bit kernel only: |
| 14 | select ARCH_WANT_IPC_PARSE_VERSION |
| 15 | select CLKSRC_I8253 |
| 16 | select CLONE_BACKWARDS |
Thomas Gleixner | 157e118 | 2020-11-03 10:27:20 +0100 | [diff] [blame] | 17 | select GENERIC_VDSO_32 |
Thomas Gleixner | 117ed45 | 2019-04-14 18:00:08 +0200 | [diff] [blame] | 18 | select HAVE_DEBUG_STACKOVERFLOW |
Thomas Gleixner | 157e118 | 2020-11-03 10:27:20 +0100 | [diff] [blame] | 19 | select KMAP_LOCAL |
Ingo Molnar | 341c787 | 2016-11-15 10:04:55 +0100 | [diff] [blame] | 20 | select MODULES_USE_ELF_REL |
| 21 | select OLD_SIGACTION |
Brian Gerst | 2ca408d | 2020-11-30 17:30:59 -0500 | [diff] [blame] | 22 | select ARCH_SPLIT_ARG64 |
Sam Ravnborg | daa93fa | 2007-11-12 20:54:30 +0100 | [diff] [blame] | 23 | |
| 24 | config X86_64 |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 25 | def_bool y |
| 26 | depends on 64BIT |
Ingo Molnar | d94e068 | 2016-11-15 10:11:57 +0100 | [diff] [blame] | 27 | # Options that are inherently 64-bit kernel only: |
Alexandre Ghiti | 4eb0716 | 2019-05-13 17:19:04 -0700 | [diff] [blame] | 28 | select ARCH_HAS_GIGANTIC_PAGE |
Ard Biesheuvel | c12d336 | 2019-11-08 13:22:27 +0100 | [diff] [blame] | 29 | select ARCH_SUPPORTS_INT128 if CC_HAS_INT128 |
Ingo Molnar | d94e068 | 2016-11-15 10:11:57 +0100 | [diff] [blame] | 30 | select ARCH_USE_CMPXCHG_LOCKREF |
| 31 | select HAVE_ARCH_SOFT_DIRTY |
| 32 | select MODULES_USE_ELF_RELA |
Christoph Hellwig | f616ab5 | 2018-05-09 06:53:49 +0200 | [diff] [blame] | 33 | select NEED_DMA_MAP_STATE |
Christoph Hellwig | 09230cb | 2018-04-24 09:00:54 +0200 | [diff] [blame] | 34 | select SWIOTLB |
Al Viro | 7facdc4 | 2020-06-13 23:03:25 -0400 | [diff] [blame] | 35 | select ARCH_HAS_ELFCORE_COMPAT |
Kefeng Wang | 63703f3 | 2021-06-30 18:52:20 -0700 | [diff] [blame] | 36 | select ZONE_DMA32 |
Sam Ravnborg | 1032c0b | 2007-11-06 21:35:08 +0100 | [diff] [blame] | 37 | |
Steven Rostedt (VMware) | 518049d | 2019-05-10 12:05:46 -0400 | [diff] [blame] | 38 | config FORCE_DYNAMIC_FTRACE |
| 39 | def_bool y |
| 40 | depends on X86_32 |
| 41 | depends on FUNCTION_TRACER |
| 42 | select DYNAMIC_FTRACE |
| 43 | help |
| 44 | We keep the static function tracing (!DYNAMIC_FTRACE) around |
| 45 | in order to test the non static function tracing in the |
| 46 | generic code, as other architectures still use it. But we |
| 47 | only need to keep it around for x86_64. No need to keep it |
| 48 | for x86_32. For x86_32, force DYNAMIC_FTRACE. |
Ingo Molnar | d94e068 | 2016-11-15 10:11:57 +0100 | [diff] [blame] | 49 | # |
| 50 | # Arch settings |
| 51 | # |
| 52 | # ( Note that options that are marked 'if X86_64' could in principle be |
| 53 | # ported to 32-bit as well. ) |
| 54 | # |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 55 | config X86 |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 56 | def_bool y |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 57 | # |
| 58 | # Note: keep this list sorted alphabetically |
| 59 | # |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 60 | select ACPI_LEGACY_TABLES_LOOKUP if ACPI |
| 61 | select ACPI_SYSTEM_POWER_STATES_SUPPORT if ACPI |
Yury Norov | 942fa98 | 2018-05-16 11:18:49 +0300 | [diff] [blame] | 62 | select ARCH_32BIT_OFF_T if X86_32 |
Thomas Gleixner | 2a21ad5 | 2018-09-17 14:45:35 +0200 | [diff] [blame] | 63 | select ARCH_CLOCKSOURCE_INIT |
Masami Hiramatsu | 1f6d3a8 | 2021-10-25 20:41:52 +0900 | [diff] [blame] | 64 | select ARCH_CORRECT_STACKTRACE_ON_KRETPROBE |
Anshuman Khandual | 1e86697 | 2021-05-04 18:38:21 -0700 | [diff] [blame] | 65 | select ARCH_ENABLE_HUGEPAGE_MIGRATION if X86_64 && HUGETLB_PAGE && MIGRATION |
David Hildenbrand | 5c11f00b | 2021-11-05 13:44:39 -0700 | [diff] [blame] | 66 | select ARCH_ENABLE_MEMORY_HOTPLUG if X86_64 |
Anshuman Khandual | 91024b3 | 2021-05-04 18:38:17 -0700 | [diff] [blame] | 67 | select ARCH_ENABLE_MEMORY_HOTREMOVE if MEMORY_HOTPLUG |
Anshuman Khandual | cebc774 | 2021-06-30 18:51:58 -0700 | [diff] [blame] | 68 | select ARCH_ENABLE_SPLIT_PMD_PTLOCK if (PGTABLE_LEVELS > 2) && (X86_64 || X86_PAE) |
Anshuman Khandual | 1e86697 | 2021-05-04 18:38:21 -0700 | [diff] [blame] | 69 | select ARCH_ENABLE_THP_MIGRATION if X86_64 && TRANSPARENT_HUGEPAGE |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 70 | select ARCH_HAS_ACPI_TABLE_UPGRADE if ACPI |
Anshuman Khandual | c2280be | 2021-05-04 18:38:09 -0700 | [diff] [blame] | 71 | select ARCH_HAS_CACHE_LINE_SIZE |
Kees Cook | 2792d84 | 2022-02-16 12:05:28 -0800 | [diff] [blame] | 72 | select ARCH_HAS_CURRENT_STACK_POINTER |
Laura Abbott | fa5b6ec | 2017-01-10 13:35:40 -0800 | [diff] [blame] | 73 | select ARCH_HAS_DEBUG_VIRTUAL |
Anshuman Khandual | 399145f | 2020-06-04 16:47:15 -0700 | [diff] [blame] | 74 | select ARCH_HAS_DEBUG_VM_PGTABLE if !X86_PAE |
Dan Williams | 21266be | 2015-11-19 18:19:29 -0800 | [diff] [blame] | 75 | select ARCH_HAS_DEVMEM_IS_ALLOWED |
Douglas Anderson | b1a57bb | 2020-05-07 13:08:42 -0700 | [diff] [blame] | 76 | select ARCH_HAS_EARLY_DEBUG if KGDB |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 77 | select ARCH_HAS_ELF_RANDOMIZE |
Linus Torvalds | 72d9310 | 2014-09-13 11:14:53 -0700 | [diff] [blame] | 78 | select ARCH_HAS_FAST_MULTIPLIER |
Dave Hansen | 316d097 | 2018-04-20 15:20:28 -0700 | [diff] [blame] | 79 | select ARCH_HAS_FILTER_PGPROT |
Daniel Micay | 6974f0c | 2017-07-12 14:36:10 -0700 | [diff] [blame] | 80 | select ARCH_HAS_FORTIFY_SOURCE |
Riku Voipio | 957e3fa | 2014-12-12 16:57:44 -0800 | [diff] [blame] | 81 | select ARCH_HAS_GCOV_PROFILE_ALL |
Marco Elver | bece04b | 2022-01-19 18:10:31 -0800 | [diff] [blame] | 82 | select ARCH_HAS_KCOV if X86_64 |
Thiago Jung Bauermann | 0c9c1d5 | 2019-08-06 01:49:14 -0300 | [diff] [blame] | 83 | select ARCH_HAS_MEM_ENCRYPT |
Mathieu Desnoyers | 10bcc80 | 2018-01-29 15:20:18 -0500 | [diff] [blame] | 84 | select ARCH_HAS_MEMBARRIER_SYNC_CORE |
Daniel Borkmann | 0ebeea8 | 2020-05-15 12:11:16 +0200 | [diff] [blame] | 85 | select ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 86 | select ARCH_HAS_PMEM_API if X86_64 |
Robin Murphy | 1759673 | 2019-07-16 16:30:47 -0700 | [diff] [blame] | 87 | select ARCH_HAS_PTE_DEVMAP if X86_64 |
Laurent Dufour | 3010a5e | 2018-06-07 17:06:08 -0700 | [diff] [blame] | 88 | select ARCH_HAS_PTE_SPECIAL |
Dan Williams | 0aed55a | 2017-05-29 12:22:50 -0700 | [diff] [blame] | 89 | select ARCH_HAS_UACCESS_FLUSHCACHE if X86_64 |
Dan Williams | ec6347b | 2020-10-05 20:40:16 -0700 | [diff] [blame] | 90 | select ARCH_HAS_COPY_MC if X86_64 |
Daniel Borkmann | d2852a2 | 2017-02-21 16:09:33 +0100 | [diff] [blame] | 91 | select ARCH_HAS_SET_MEMORY |
Rick Edgecombe | d253ca0 | 2019-04-25 17:11:34 -0700 | [diff] [blame] | 92 | select ARCH_HAS_SET_DIRECT_MAP |
Laura Abbott | ad21fc4 | 2017-02-06 16:31:57 -0800 | [diff] [blame] | 93 | select ARCH_HAS_STRICT_KERNEL_RWX |
| 94 | select ARCH_HAS_STRICT_MODULE_RWX |
Mathieu Desnoyers | ac1ab12 | 2018-01-29 15:20:16 -0500 | [diff] [blame] | 95 | select ARCH_HAS_SYNC_CORE_BEFORE_USERMODE |
Brian Gerst | 25c619e5 | 2020-03-13 15:51:42 -0400 | [diff] [blame] | 96 | select ARCH_HAS_SYSCALL_WRAPPER |
Andrey Ryabinin | c6d3085 | 2016-01-20 15:00:55 -0800 | [diff] [blame] | 97 | select ARCH_HAS_UBSAN_SANITIZE_ALL |
Zong Li | 7e01ccb | 2020-06-03 16:03:58 -0700 | [diff] [blame] | 98 | select ARCH_HAS_DEBUG_WX |
Kefeng Wang | 63703f3 | 2021-06-30 18:52:20 -0700 | [diff] [blame] | 99 | select ARCH_HAS_ZONE_DMA_SET if EXPERT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 100 | select ARCH_HAVE_NMI_SAFE_CMPXCHG |
| 101 | select ARCH_MIGHT_HAVE_ACPI_PDC if ACPI |
Mark Salter | 77fbbc8 | 2013-10-07 22:18:07 -0400 | [diff] [blame] | 102 | select ARCH_MIGHT_HAVE_PC_PARPORT |
Mark Salter | 5e2c18c | 2014-01-01 11:34:16 -0800 | [diff] [blame] | 103 | select ARCH_MIGHT_HAVE_PC_SERIO |
Thomas Gleixner | 3599fe1 | 2019-04-25 11:45:22 +0200 | [diff] [blame] | 104 | select ARCH_STACKWALK |
Arnd Bergmann | 2c870e6 | 2018-07-24 11:48:45 +0200 | [diff] [blame] | 105 | select ARCH_SUPPORTS_ACPI |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 106 | select ARCH_SUPPORTS_ATOMIC_RMW |
Mike Rapoport | 5d6ad66 | 2020-12-14 19:10:30 -0800 | [diff] [blame] | 107 | select ARCH_SUPPORTS_DEBUG_PAGEALLOC |
Pasha Tatashin | d283d42 | 2022-01-14 14:06:41 -0800 | [diff] [blame] | 108 | select ARCH_SUPPORTS_PAGE_TABLE_CHECK if X86_64 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 109 | select ARCH_SUPPORTS_NUMA_BALANCING if X86_64 |
Thomas Gleixner | 14df326 | 2020-11-18 20:48:41 +0100 | [diff] [blame] | 110 | select ARCH_SUPPORTS_KMAP_LOCAL_FORCE_MAP if NR_CPUS <= 4096 |
Nathan Chancellor | 583bfd4 | 2021-04-29 16:26:12 -0700 | [diff] [blame] | 111 | select ARCH_SUPPORTS_LTO_CLANG |
| 112 | select ARCH_SUPPORTS_LTO_CLANG_THIN |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 113 | select ARCH_USE_BUILTIN_BSWAP |
Anshuman Khandual | dce4456 | 2021-04-29 22:55:15 -0700 | [diff] [blame] | 114 | select ARCH_USE_MEMTEST |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 115 | select ARCH_USE_QUEUED_RWLOCKS |
| 116 | select ARCH_USE_QUEUED_SPINLOCKS |
Mark Brown | 2ce0d7f | 2020-04-16 19:24:02 +0100 | [diff] [blame] | 117 | select ARCH_USE_SYM_ANNOTATIONS |
Andy Lutomirski | ce4a4e56 | 2017-05-28 10:00:14 -0700 | [diff] [blame] | 118 | select ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH |
Daniel Borkmann | 81c2204 | 2019-12-09 16:08:03 +0100 | [diff] [blame] | 119 | select ARCH_WANT_DEFAULT_BPF_JIT if X86_64 |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 120 | select ARCH_WANTS_DYNAMIC_TASK_STRUCT |
Nick Desaulniers | 51c2ee6 | 2021-06-21 16:18:22 -0700 | [diff] [blame] | 121 | select ARCH_WANTS_NO_INSTR |
Anshuman Khandual | 0743150 | 2022-03-22 14:45:15 -0700 | [diff] [blame] | 122 | select ARCH_WANT_GENERAL_HUGETLB |
Alexandre Ghiti | 3876d4a | 2019-06-27 15:00:11 -0700 | [diff] [blame] | 123 | select ARCH_WANT_HUGE_PMD_SHARE |
Nathan Chancellor | 59612b2 | 2020-11-19 13:46:56 -0700 | [diff] [blame] | 124 | select ARCH_WANT_LD_ORPHAN_WARN |
Huang Ying | 38d8b4e | 2017-07-06 15:37:18 -0700 | [diff] [blame] | 125 | select ARCH_WANTS_THP_SWAP if X86_64 |
Balbir Singh | b5f06f6 | 2021-04-26 21:42:30 +0200 | [diff] [blame] | 126 | select ARCH_HAS_PARANOID_L1D_FLUSH |
Shile Zhang | 1091670 | 2019-12-04 08:46:31 +0800 | [diff] [blame] | 127 | select BUILDTIME_TABLE_SORT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 128 | select CLKEVT_I8253 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 129 | select CLOCKSOURCE_VALIDATE_LAST_CYCLE |
| 130 | select CLOCKSOURCE_WATCHDOG |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 131 | select DCACHE_WORD_ACCESS |
Thomas Gleixner | 3aac3eb | 2021-10-21 15:55:06 -0700 | [diff] [blame] | 132 | select DYNAMIC_SIGFRAME |
Linus Torvalds | 45471cd | 2015-06-24 19:52:06 -0700 | [diff] [blame] | 133 | select EDAC_ATOMIC_SCRUB |
| 134 | select EDAC_SUPPORT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 135 | select GENERIC_CLOCKEVENTS_BROADCAST if X86_64 || (X86_32 && X86_LOCAL_APIC) |
| 136 | select GENERIC_CLOCKEVENTS_MIN_ADJUST |
| 137 | select GENERIC_CMOS_UPDATE |
| 138 | select GENERIC_CPU_AUTOPROBE |
Thomas Gleixner | 61dc0f5 | 2018-01-07 22:48:01 +0100 | [diff] [blame] | 139 | select GENERIC_CPU_VULNERABILITIES |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 140 | select GENERIC_EARLY_IOREMAP |
Thomas Gleixner | 27d6b4d | 2020-07-23 00:00:04 +0200 | [diff] [blame] | 141 | select GENERIC_ENTRY |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 142 | select GENERIC_IOMAP |
Thomas Gleixner | c7d6c9d | 2017-06-20 01:37:46 +0200 | [diff] [blame] | 143 | select GENERIC_IRQ_EFFECTIVE_AFF_MASK if SMP |
Thomas Gleixner | 0fa115d | 2017-09-13 23:29:38 +0200 | [diff] [blame] | 144 | select GENERIC_IRQ_MATRIX_ALLOCATOR if X86_LOCAL_APIC |
Thomas Gleixner | ad7a929 | 2017-06-20 01:37:33 +0200 | [diff] [blame] | 145 | select GENERIC_IRQ_MIGRATION if SMP |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 146 | select GENERIC_IRQ_PROBE |
Thomas Gleixner | c201c91 | 2017-10-17 09:54:59 +0200 | [diff] [blame] | 147 | select GENERIC_IRQ_RESERVATION_MODE |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 148 | select GENERIC_IRQ_SHOW |
| 149 | select GENERIC_PENDING_IRQ if SMP |
Steven Price | 2ae2713 | 2020-02-03 17:36:24 -0800 | [diff] [blame] | 150 | select GENERIC_PTDUMP |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 151 | select GENERIC_SMP_IDLE_THREAD |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 152 | select GENERIC_TIME_VSYSCALL |
Vincenzo Frascino | 7ac8707 | 2019-06-21 10:52:49 +0100 | [diff] [blame] | 153 | select GENERIC_GETTIMEOFDAY |
Dmitry Safonov | 550a77a | 2019-11-12 01:27:11 +0000 | [diff] [blame] | 154 | select GENERIC_VDSO_TIME_NS |
Christoph Hellwig | 39656e8 | 2019-07-11 20:56:49 -0700 | [diff] [blame] | 155 | select GUP_GET_PTE_LOW_HIGH if X86_PAE |
Hans de Goede | 17e5888 | 2020-01-23 22:02:42 +0100 | [diff] [blame] | 156 | select HARDIRQS_SW_RESEND |
Thomas Gleixner | 7edaeb6 | 2017-08-15 09:50:13 +0200 | [diff] [blame] | 157 | select HARDLOCKUP_CHECK_TIMESTAMP if X86_64 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 158 | select HAVE_ACPI_APEI if ACPI |
| 159 | select HAVE_ACPI_APEI_NMI if ACPI |
| 160 | select HAVE_ALIGNED_STRUCT_PAGE if SLUB |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 161 | select HAVE_ARCH_AUDITSYSCALL |
| 162 | select HAVE_ARCH_HUGE_VMAP if X86_64 || X86_PAE |
Song Liu | eed1fce | 2022-03-02 09:51:25 -0800 | [diff] [blame] | 163 | select HAVE_ARCH_HUGE_VMALLOC if X86_64 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 164 | select HAVE_ARCH_JUMP_LABEL |
Ard Biesheuvel | b34006c | 2018-09-18 23:51:41 -0700 | [diff] [blame] | 165 | select HAVE_ARCH_JUMP_LABEL_RELATIVE |
Andrey Ryabinin | d17a1d9 | 2017-11-15 17:36:35 -0800 | [diff] [blame] | 166 | select HAVE_ARCH_KASAN if X86_64 |
Daniel Axtens | 0609ae0 | 2019-11-30 17:55:00 -0800 | [diff] [blame] | 167 | select HAVE_ARCH_KASAN_VMALLOC if X86_64 |
Alexander Potapenko | 1dc0da6 | 2021-02-25 17:18:57 -0800 | [diff] [blame] | 168 | select HAVE_ARCH_KFENCE |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 169 | select HAVE_ARCH_KGDB |
Daniel Cashman | 9e08f57 | 2016-01-14 15:20:06 -0800 | [diff] [blame] | 170 | select HAVE_ARCH_MMAP_RND_BITS if MMU |
| 171 | select HAVE_ARCH_MMAP_RND_COMPAT_BITS if MMU && COMPAT |
Dmitry Safonov | 1b028f7 | 2017-03-06 17:17:19 +0300 | [diff] [blame] | 172 | select HAVE_ARCH_COMPAT_MMAP_BASES if MMU && COMPAT |
Ard Biesheuvel | 271ca78 | 2018-08-21 21:56:00 -0700 | [diff] [blame] | 173 | select HAVE_ARCH_PREL32_RELOCATIONS |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 174 | select HAVE_ARCH_SECCOMP_FILTER |
Kees Cook | f7d83c1 | 2017-08-16 13:26:03 -0700 | [diff] [blame] | 175 | select HAVE_ARCH_THREAD_STRUCT_WHITELIST |
Alexander Popov | afaef01 | 2018-08-17 01:16:58 +0300 | [diff] [blame] | 176 | select HAVE_ARCH_STACKLEAK |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 177 | select HAVE_ARCH_TRACEHOOK |
| 178 | select HAVE_ARCH_TRANSPARENT_HUGEPAGE |
Matthew Wilcox | a00cc7d | 2017-02-24 14:57:02 -0800 | [diff] [blame] | 179 | select HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD if X86_64 |
Peter Xu | b64d8d1 | 2020-04-20 18:13:45 -0700 | [diff] [blame] | 180 | select HAVE_ARCH_USERFAULTFD_WP if X86_64 && USERFAULTFD |
Axel Rasmussen | 7677f7f | 2021-05-04 18:35:36 -0700 | [diff] [blame] | 181 | select HAVE_ARCH_USERFAULTFD_MINOR if X86_64 && USERFAULTFD |
Andy Lutomirski | e37e43a | 2016-08-11 02:35:23 -0700 | [diff] [blame] | 182 | select HAVE_ARCH_VMAP_STACK if X86_64 |
Kees Cook | fe950f6 | 2021-04-01 16:23:45 -0700 | [diff] [blame] | 183 | select HAVE_ARCH_RANDOMIZE_KSTACK_OFFSET |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 184 | select HAVE_ARCH_WITHIN_STACK_FRAMES |
Masahiro Yamada | 2ff2b7e | 2019-08-19 14:54:20 +0900 | [diff] [blame] | 185 | select HAVE_ASM_MODVERSIONS |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 186 | select HAVE_CMPXCHG_DOUBLE |
| 187 | select HAVE_CMPXCHG_LOCAL |
| 188 | select HAVE_CONTEXT_TRACKING if X86_64 |
Frederic Weisbecker | d1f250e | 2020-11-17 16:16:37 +0100 | [diff] [blame] | 189 | select HAVE_CONTEXT_TRACKING_OFFSTACK if HAVE_CONTEXT_TRACKING |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 190 | select HAVE_C_RECORDMCOUNT |
Sami Tolvanen | 6dafca9 | 2020-08-06 15:15:02 -0700 | [diff] [blame] | 191 | select HAVE_OBJTOOL_MCOUNT if STACK_VALIDATION |
Steven Rostedt (Google) | 4ed308c | 2022-01-25 09:19:10 -0500 | [diff] [blame] | 192 | select HAVE_BUILDTIME_MCOUNT_SORT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 193 | select HAVE_DEBUG_KMEMLEAK |
Akinobu Mita | 9c5a362 | 2014-06-04 16:06:50 -0700 | [diff] [blame] | 194 | select HAVE_DMA_CONTIGUOUS |
Steven Rostedt | 677aa9f | 2008-05-17 00:01:36 -0400 | [diff] [blame] | 195 | select HAVE_DYNAMIC_FTRACE |
Masami Hiramatsu | 06aeaae | 2012-09-28 17:15:17 +0900 | [diff] [blame] | 196 | select HAVE_DYNAMIC_FTRACE_WITH_REGS |
Steven Rostedt (VMware) | 02a474c | 2020-10-27 10:55:55 -0400 | [diff] [blame] | 197 | select HAVE_DYNAMIC_FTRACE_WITH_ARGS if X86_64 |
Steven Rostedt (VMware) | 562955f | 2019-11-08 13:11:39 -0500 | [diff] [blame] | 198 | select HAVE_DYNAMIC_FTRACE_WITH_DIRECT_CALLS |
Heiko Carstens | c316eb4 | 2021-10-12 15:38:01 +0200 | [diff] [blame] | 199 | select HAVE_SAMPLE_FTRACE_DIRECT if X86_64 |
Heiko Carstens | 503e451 | 2021-11-15 20:56:13 +0100 | [diff] [blame] | 200 | select HAVE_SAMPLE_FTRACE_DIRECT_MULTI if X86_64 |
Wang YanQing | 03f5781 | 2018-05-03 14:10:43 +0800 | [diff] [blame] | 201 | select HAVE_EBPF_JIT |
Johannes Berg | 58340a0 | 2008-07-25 01:45:33 -0700 | [diff] [blame] | 202 | select HAVE_EFFICIENT_UNALIGNED_ACCESS |
Christoph Hellwig | 6630a8e | 2018-11-15 20:05:37 +0100 | [diff] [blame] | 203 | select HAVE_EISA |
Jiri Slaby | 5f56a5d | 2016-05-20 17:00:16 -0700 | [diff] [blame] | 204 | select HAVE_EXIT_THREAD |
Christoph Hellwig | 67a929e | 2019-07-11 20:57:14 -0700 | [diff] [blame] | 205 | select HAVE_FAST_GUP |
Steven Rostedt (VMware) | 644e0e8 | 2017-03-23 10:33:52 -0400 | [diff] [blame] | 206 | select HAVE_FENTRY if X86_64 || DYNAMIC_FTRACE |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 207 | select HAVE_FTRACE_MCOUNT_RECORD |
Steven Rostedt (VMware) | 4a30e4c | 2021-10-20 23:35:55 -0400 | [diff] [blame] | 208 | select HAVE_FUNCTION_GRAPH_TRACER if X86_32 || (X86_64 && DYNAMIC_FTRACE) |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 209 | select HAVE_FUNCTION_TRACER |
Emese Revfy | 6b90bd4 | 2016-05-24 00:09:38 +0200 | [diff] [blame] | 210 | select HAVE_GCC_PLUGINS |
K.Prasad | 0067f12 | 2009-06-01 23:43:57 +0530 | [diff] [blame] | 211 | select HAVE_HW_BREAKPOINT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 212 | select HAVE_IOREMAP_PROT |
Thomas Gleixner | 624db9e | 2021-02-10 00:40:51 +0100 | [diff] [blame] | 213 | select HAVE_IRQ_EXIT_ON_IRQ_STACK if X86_64 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 214 | select HAVE_IRQ_TIME_ACCOUNTING |
| 215 | select HAVE_KERNEL_BZIP2 |
| 216 | select HAVE_KERNEL_GZIP |
| 217 | select HAVE_KERNEL_LZ4 |
| 218 | select HAVE_KERNEL_LZMA |
| 219 | select HAVE_KERNEL_LZO |
| 220 | select HAVE_KERNEL_XZ |
Nick Terrell | fb46d05 | 2020-07-30 12:08:39 -0700 | [diff] [blame] | 221 | select HAVE_KERNEL_ZSTD |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 222 | select HAVE_KPROBES |
| 223 | select HAVE_KPROBES_ON_FTRACE |
Masami Hiramatsu | 540adea | 2018-01-13 02:55:03 +0900 | [diff] [blame] | 224 | select HAVE_FUNCTION_ERROR_INJECTION |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 225 | select HAVE_KRETPROBES |
Masami Hiramatsu | f3a112c | 2022-03-26 11:27:17 +0900 | [diff] [blame] | 226 | select HAVE_RETHOOK |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 227 | select HAVE_KVM |
| 228 | select HAVE_LIVEPATCH if X86_64 |
Frederic Weisbecker | 0102752 | 2010-04-11 18:55:56 +0200 | [diff] [blame] | 229 | select HAVE_MIXED_BREAKPOINTS_REGS |
Josh Poimboeuf | ee9f8fc | 2017-07-24 18:36:57 -0500 | [diff] [blame] | 230 | select HAVE_MOD_ARCH_SPECIFIC |
Joel Fernandes (Google) | 9f132f7 | 2019-01-03 15:28:41 -0800 | [diff] [blame] | 231 | select HAVE_MOVE_PMD |
Kalesh Singh | be37c98 | 2020-12-14 19:07:40 -0800 | [diff] [blame] | 232 | select HAVE_MOVE_PUD |
Petr Mladek | 42a0bb3 | 2016-05-20 17:00:33 -0700 | [diff] [blame] | 233 | select HAVE_NMI |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 234 | select HAVE_OPTPROBES |
| 235 | select HAVE_PCSPKR_PLATFORM |
| 236 | select HAVE_PERF_EVENTS |
Frederic Weisbecker | c01d432 | 2010-05-15 22:57:48 +0200 | [diff] [blame] | 237 | select HAVE_PERF_EVENTS_NMI |
Nicholas Piggin | 92e5aae | 2017-08-18 15:15:51 -0700 | [diff] [blame] | 238 | select HAVE_HARDLOCKUP_DETECTOR_PERF if PERF_EVENTS && HAVE_PERF_EVENTS_NMI |
Christoph Hellwig | eb01d42 | 2018-11-15 20:05:32 +0100 | [diff] [blame] | 239 | select HAVE_PCI |
Jiri Olsa | c5e6319 | 2012-08-07 15:20:36 +0200 | [diff] [blame] | 240 | select HAVE_PERF_REGS |
Jiri Olsa | c5ebced | 2012-08-07 15:20:40 +0200 | [diff] [blame] | 241 | select HAVE_PERF_USER_STACK_DUMP |
Peter Zijlstra | ff2e6d72 | 2020-02-03 17:37:02 -0800 | [diff] [blame] | 242 | select MMU_GATHER_RCU_TABLE_FREE if PARAVIRT |
Thomas Gleixner | 0099808 | 2020-07-30 12:14:07 +0200 | [diff] [blame] | 243 | select HAVE_POSIX_CPU_TIMERS_TASK_WORK |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 244 | select HAVE_REGS_AND_STACK_ACCESS_API |
Jiri Slaby | 6415b38 | 2018-05-18 08:47:13 +0200 | [diff] [blame] | 245 | select HAVE_RELIABLE_STACKTRACE if X86_64 && (UNWINDER_FRAME_POINTER || UNWINDER_ORC) && STACK_VALIDATION |
Masami Hiramatsu | 3c88ee194c | 2018-04-25 21:20:57 +0900 | [diff] [blame] | 246 | select HAVE_FUNCTION_ARG_ACCESS_API |
Kefeng Wang | 7ecd19c | 2022-01-19 18:07:41 -0800 | [diff] [blame] | 247 | select HAVE_SETUP_PER_CPU_AREA |
Thomas Gleixner | cd1a41c | 2021-02-10 00:40:52 +0100 | [diff] [blame] | 248 | select HAVE_SOFTIRQ_ON_OWN_STACK |
Masahiro Yamada | d148eac | 2018-06-14 19:36:45 +0900 | [diff] [blame] | 249 | select HAVE_STACKPROTECTOR if CC_HAS_SANE_STACKPROTECTOR |
Ingo Molnar | c763ea2 | 2016-11-15 10:26:39 +0100 | [diff] [blame] | 250 | select HAVE_STACK_VALIDATION if X86_64 |
Josh Poimboeuf | e6d6c07 | 2020-08-18 15:57:44 +0200 | [diff] [blame] | 251 | select HAVE_STATIC_CALL |
Josh Poimboeuf | 1e7e478 | 2020-08-18 15:57:45 +0200 | [diff] [blame] | 252 | select HAVE_STATIC_CALL_INLINE if HAVE_STACK_VALIDATION |
Mark Rutland | 99cf983c | 2022-02-14 16:52:14 +0000 | [diff] [blame] | 253 | select HAVE_PREEMPT_DYNAMIC_CALL |
Mathieu Desnoyers | d6761b8 | 2018-06-02 08:43:58 -0400 | [diff] [blame] | 254 | select HAVE_RSEQ |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 255 | select HAVE_SYSCALL_TRACEPOINTS |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 256 | select HAVE_UNSTABLE_SCHED_CLOCK |
Avi Kivity | 7c68af6 | 2009-09-19 09:40:22 +0300 | [diff] [blame] | 257 | select HAVE_USER_RETURN_NOTIFIER |
Vincenzo Frascino | 7ac8707 | 2019-06-21 10:52:49 +0100 | [diff] [blame] | 258 | select HAVE_GENERIC_VDSO |
Thomas Gleixner | 05736e4 | 2018-05-29 17:48:27 +0200 | [diff] [blame] | 259 | select HOTPLUG_SMT if SMP |
Thomas Gleixner | c0185808 | 2011-02-07 02:24:08 +0100 | [diff] [blame] | 260 | select IRQ_FORCED_THREADING |
Kefeng Wang | 7ecd19c | 2022-01-19 18:07:41 -0800 | [diff] [blame] | 261 | select NEED_PER_CPU_EMBED_FIRST_CHUNK |
| 262 | select NEED_PER_CPU_PAGE_FIRST_CHUNK |
Christoph Hellwig | 86596f0 | 2018-04-05 09:44:52 +0200 | [diff] [blame] | 263 | select NEED_SG_DMA_LENGTH |
Christoph Hellwig | 2eac9c2 | 2018-11-15 20:05:33 +0100 | [diff] [blame] | 264 | select PCI_DOMAINS if PCI |
Sinan Kaya | 625210c | 2019-01-21 23:19:58 +0000 | [diff] [blame] | 265 | select PCI_LOCKLESS_CONFIG if PCI |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 266 | select PERF_EVENTS |
Prarit Bhargava | 3195ef5 | 2013-02-14 12:02:54 -0500 | [diff] [blame] | 267 | select RTC_LIB |
Arnd Bergmann | d6faca4 | 2016-06-01 16:46:23 +0200 | [diff] [blame] | 268 | select RTC_MC146818_LIB |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 269 | select SPARSE_IRQ |
Pranith Kumar | 83fe27e | 2014-12-05 11:24:45 -0500 | [diff] [blame] | 270 | select SRCU |
Josh Poimboeuf | 1e7e478 | 2020-08-18 15:57:45 +0200 | [diff] [blame] | 271 | select STACK_VALIDATION if HAVE_STACK_VALIDATION && (HAVE_STATIC_CALL_INLINE || RETPOLINE) |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 272 | select SYSCTL_EXCEPTION_TRACE |
Andy Lutomirski | 15f4eae | 2016-09-13 14:29:25 -0700 | [diff] [blame] | 273 | select THREAD_INFO_IN_TASK |
Masahiro Yamada | 4aae683 | 2021-07-31 14:22:32 +0900 | [diff] [blame] | 274 | select TRACE_IRQFLAGS_SUPPORT |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 275 | select USER_STACKTRACE_SUPPORT |
| 276 | select VIRT_TO_BUS |
Ingo Molnar | 3b02a05 | 2020-04-13 09:44:39 +0200 | [diff] [blame] | 277 | select HAVE_ARCH_KCSAN if X86_64 |
Ingo Molnar | 6471b82 | 2015-06-03 10:00:13 +0200 | [diff] [blame] | 278 | select X86_FEATURE_NAMES if PROC_FS |
Aubrey Li | 0c608da | 2019-06-06 09:22:35 +0800 | [diff] [blame] | 279 | select PROC_PID_ARCH_STATUS if PROC_FS |
Jarkko Sakkinen | 50468e4 | 2021-11-16 18:21:16 +0200 | [diff] [blame] | 280 | select HAVE_ARCH_NODE_DEV_GROUP if X86_SGX |
Nayna Jain | 9e2b4be | 2020-03-08 20:57:51 -0400 | [diff] [blame] | 281 | imply IMA_SECURE_AND_OR_TRUSTED_BOOT if EFI |
Balbir Singh | 7d8330a | 2008-02-10 12:46:28 +0530 | [diff] [blame] | 282 | |
Ingo Molnar | ba7e4d1 | 2009-06-06 13:58:12 +0200 | [diff] [blame] | 283 | config INSTRUCTION_DECODER |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 284 | def_bool y |
| 285 | depends on KPROBES || PERF_EVENTS || UPROBES |
Ingo Molnar | ba7e4d1 | 2009-06-06 13:58:12 +0200 | [diff] [blame] | 286 | |
Linus Torvalds | 51b26ad | 2009-04-26 10:12:47 -0700 | [diff] [blame] | 287 | config OUTPUT_FORMAT |
| 288 | string |
| 289 | default "elf32-i386" if X86_32 |
| 290 | default "elf64-x86-64" if X86_64 |
| 291 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 292 | config LOCKDEP_SUPPORT |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 293 | def_bool y |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 294 | |
| 295 | config STACKTRACE_SUPPORT |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 296 | def_bool y |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 297 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 298 | config MMU |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 299 | def_bool y |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 300 | |
Daniel Cashman | 9e08f57 | 2016-01-14 15:20:06 -0800 | [diff] [blame] | 301 | config ARCH_MMAP_RND_BITS_MIN |
| 302 | default 28 if 64BIT |
| 303 | default 8 |
| 304 | |
| 305 | config ARCH_MMAP_RND_BITS_MAX |
| 306 | default 32 if 64BIT |
| 307 | default 16 |
| 308 | |
| 309 | config ARCH_MMAP_RND_COMPAT_BITS_MIN |
| 310 | default 8 |
| 311 | |
| 312 | config ARCH_MMAP_RND_COMPAT_BITS_MAX |
| 313 | default 16 |
| 314 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 315 | config SBUS |
| 316 | bool |
| 317 | |
| 318 | config GENERIC_ISA_DMA |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 319 | def_bool y |
| 320 | depends on ISA_DMA_API |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 321 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 322 | config GENERIC_BUG |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 323 | def_bool y |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 324 | depends on BUG |
Jan Beulich | b93a531 | 2008-12-16 11:40:27 +0000 | [diff] [blame] | 325 | select GENERIC_BUG_RELATIVE_POINTERS if X86_64 |
| 326 | |
| 327 | config GENERIC_BUG_RELATIVE_POINTERS |
| 328 | bool |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 329 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 330 | config ARCH_MAY_HAVE_PC_FDC |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 331 | def_bool y |
| 332 | depends on ISA_DMA_API |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 333 | |
Sam Ravnborg | 1032c0b | 2007-11-06 21:35:08 +0100 | [diff] [blame] | 334 | config GENERIC_CALIBRATE_DELAY |
| 335 | def_bool y |
| 336 | |
venkatesh.pallipadi@intel.com | 9a0b841 | 2008-01-31 17:35:06 -0800 | [diff] [blame] | 337 | config ARCH_HAS_CPU_RELAX |
| 338 | def_bool y |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 339 | |
Johannes Berg | 801e406 | 2007-12-08 02:12:39 +0100 | [diff] [blame] | 340 | config ARCH_HIBERNATION_POSSIBLE |
| 341 | def_bool y |
Johannes Berg | 801e406 | 2007-12-08 02:12:39 +0100 | [diff] [blame] | 342 | |
Andy Shevchenko | d7109fe | 2021-08-26 18:03:17 +0300 | [diff] [blame] | 343 | config ARCH_NR_GPIO |
| 344 | int |
| 345 | default 1024 if X86_64 |
| 346 | default 512 |
| 347 | |
Johannes Berg | f4cb570 | 2007-12-08 02:14:00 +0100 | [diff] [blame] | 348 | config ARCH_SUSPEND_POSSIBLE |
| 349 | def_bool y |
Johannes Berg | f4cb570 | 2007-12-08 02:14:00 +0100 | [diff] [blame] | 350 | |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 351 | config AUDIT_ARCH |
Jan Beulich | e0fd24a | 2015-02-05 15:39:34 +0000 | [diff] [blame] | 352 | def_bool y if X86_64 |
Sam Ravnborg | 8d5fffb | 2007-11-06 23:30:30 +0100 | [diff] [blame] | 353 | |
Andrey Ryabinin | d6f2d75 | 2015-07-02 12:09:38 +0300 | [diff] [blame] | 354 | config KASAN_SHADOW_OFFSET |
| 355 | hex |
| 356 | depends on KASAN |
| 357 | default 0xdffffc0000000000 |
| 358 | |
Shane Wang | 69575d3 | 2009-09-01 18:25:07 -0700 | [diff] [blame] | 359 | config HAVE_INTEL_TXT |
| 360 | def_bool y |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 361 | depends on INTEL_IOMMU && ACPI |
Shane Wang | 69575d3 | 2009-09-01 18:25:07 -0700 | [diff] [blame] | 362 | |
Sam Ravnborg | 6b0c3d4 | 2008-01-30 13:32:27 +0100 | [diff] [blame] | 363 | config X86_32_SMP |
| 364 | def_bool y |
| 365 | depends on X86_32 && SMP |
| 366 | |
| 367 | config X86_64_SMP |
| 368 | def_bool y |
| 369 | depends on X86_64 && SMP |
| 370 | |
Srikar Dronamraju | 2b14449 | 2012-02-09 14:56:42 +0530 | [diff] [blame] | 371 | config ARCH_SUPPORTS_UPROBES |
| 372 | def_bool y |
| 373 | |
Rob Herring | d20642f | 2014-04-18 17:19:54 -0500 | [diff] [blame] | 374 | config FIX_EARLYCON_MEM |
| 375 | def_bool y |
| 376 | |
Kirill A. Shutemov | 94d49eb | 2018-05-18 14:30:28 +0300 | [diff] [blame] | 377 | config DYNAMIC_PHYSICAL_MASK |
| 378 | bool |
| 379 | |
Kirill A. Shutemov | 9823336 | 2015-04-14 15:46:14 -0700 | [diff] [blame] | 380 | config PGTABLE_LEVELS |
| 381 | int |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 382 | default 5 if X86_5LEVEL |
Kirill A. Shutemov | 9823336 | 2015-04-14 15:46:14 -0700 | [diff] [blame] | 383 | default 4 if X86_64 |
| 384 | default 3 if X86_PAE |
| 385 | default 2 |
| 386 | |
Masahiro Yamada | 2a61f47 | 2018-05-28 18:22:00 +0900 | [diff] [blame] | 387 | config CC_HAS_SANE_STACKPROTECTOR |
| 388 | bool |
| 389 | default $(success,$(srctree)/scripts/gcc-x86_64-has-stack-protector.sh $(CC)) if 64BIT |
| 390 | default $(success,$(srctree)/scripts/gcc-x86_32-has-stack-protector.sh $(CC)) |
| 391 | help |
| 392 | We have to make sure stack protector is unconditionally disabled if |
Andy Lutomirski | 3fb0fdb | 2021-02-13 11:19:44 -0800 | [diff] [blame] | 393 | the compiler produces broken code or if it does not let us control |
| 394 | the segment on 32-bit kernels. |
Masahiro Yamada | 2a61f47 | 2018-05-28 18:22:00 +0900 | [diff] [blame] | 395 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 396 | menu "Processor type and features" |
| 397 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 398 | config SMP |
| 399 | bool "Symmetric multi-processing support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 400 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 401 | This enables support for systems with more than one CPU. If you have |
Robert Graffham | 4a47415 | 2014-01-23 15:55:29 -0800 | [diff] [blame] | 402 | a system with only one CPU, say N. If you have a system with more |
| 403 | than one CPU, say Y. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 404 | |
Robert Graffham | 4a47415 | 2014-01-23 15:55:29 -0800 | [diff] [blame] | 405 | If you say N here, the kernel will run on uni- and multiprocessor |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 406 | machines, but will use only one CPU of a multiprocessor machine. If |
| 407 | you say Y here, the kernel will run on many, but not all, |
Robert Graffham | 4a47415 | 2014-01-23 15:55:29 -0800 | [diff] [blame] | 408 | uniprocessor machines. On a uniprocessor machine, the kernel |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 409 | will run faster if you say N here. |
| 410 | |
| 411 | Note that if you say Y here and choose architecture "586" or |
| 412 | "Pentium" under "Processor family", the kernel will not work on 486 |
| 413 | architectures. Similarly, multiprocessor kernels for the "PPro" |
| 414 | architecture may not work on all Pentium based boards. |
| 415 | |
| 416 | People using multiprocessor machines who say Y here should also say |
| 417 | Y to "Enhanced Real Time Clock Support", below. The "Advanced Power |
| 418 | Management" code will be disabled if you say Y here. |
| 419 | |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 420 | See also <file:Documentation/x86/i386/IO-APIC.rst>, |
Mauro Carvalho Chehab | 4f4cfa6 | 2019-06-27 14:56:51 -0300 | [diff] [blame] | 421 | <file:Documentation/admin-guide/lockup-watchdogs.rst> and the SMP-HOWTO available at |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 422 | <http://www.tldp.org/docs.html#howto>. |
| 423 | |
| 424 | If you don't know what to do here, say N. |
| 425 | |
Josh Triplett | 9def39be | 2013-10-30 08:09:45 -0700 | [diff] [blame] | 426 | config X86_FEATURE_NAMES |
| 427 | bool "Processor feature human-readable names" if EMBEDDED |
| 428 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 429 | help |
Josh Triplett | 9def39be | 2013-10-30 08:09:45 -0700 | [diff] [blame] | 430 | This option compiles in a table of x86 feature bits and corresponding |
| 431 | names. This is required to support /proc/cpuinfo and a few kernel |
| 432 | messages. You can disable this to save space, at the expense of |
| 433 | making those few kernel messages show numeric feature bits instead. |
| 434 | |
| 435 | If in doubt, say Y. |
| 436 | |
Yinghai Lu | 06cd9a7 | 2009-02-16 17:29:58 -0800 | [diff] [blame] | 437 | config X86_X2APIC |
| 438 | bool "Support x2apic" |
Jan Kiszka | 19e3d60 | 2015-05-04 17:58:01 +0200 | [diff] [blame] | 439 | depends on X86_LOCAL_APIC && X86_64 && (IRQ_REMAP || HYPERVISOR_GUEST) |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 440 | help |
Yinghai Lu | 06cd9a7 | 2009-02-16 17:29:58 -0800 | [diff] [blame] | 441 | This enables x2apic support on CPUs that have this feature. |
| 442 | |
| 443 | This allows 32-bit apic IDs (so it can support very large systems), |
| 444 | and accesses the local apic via MSRs not via mmio. |
| 445 | |
Yinghai Lu | 06cd9a7 | 2009-02-16 17:29:58 -0800 | [diff] [blame] | 446 | If you don't know what to do here, say N. |
| 447 | |
Yinghai Lu | 6695c85 | 2008-06-19 12:13:09 -0700 | [diff] [blame] | 448 | config X86_MPPARSE |
Andy Shevchenko | 4590d98 | 2021-02-11 15:40:02 +0200 | [diff] [blame] | 449 | bool "Enable MPS table" if ACPI |
Jan Beulich | 7a52768 | 2008-10-30 10:38:24 +0000 | [diff] [blame] | 450 | default y |
Ingo Molnar | 5ab7472 | 2008-07-10 14:42:03 +0200 | [diff] [blame] | 451 | depends on X86_LOCAL_APIC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 452 | help |
Yinghai Lu | 6695c85 | 2008-06-19 12:13:09 -0700 | [diff] [blame] | 453 | For old smp systems that do not have proper acpi support. Newer systems |
| 454 | (esp with 64bit cpus) with acpi support, MADT and DSDT will override it |
Yinghai Lu | 6695c85 | 2008-06-19 12:13:09 -0700 | [diff] [blame] | 455 | |
Jun Nakajima | ddd70cf | 2013-01-21 17:23:09 +0000 | [diff] [blame] | 456 | config GOLDFISH |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 457 | def_bool y |
| 458 | depends on X86_GOLDFISH |
Jun Nakajima | ddd70cf | 2013-01-21 17:23:09 +0000 | [diff] [blame] | 459 | |
David Woodhouse | 76b0438 | 2018-01-11 21:46:25 +0000 | [diff] [blame] | 460 | config RETPOLINE |
| 461 | bool "Avoid speculative indirect branches in kernel" |
| 462 | default y |
| 463 | help |
| 464 | Compile kernel with the retpoline compiler options to guard against |
| 465 | kernel-to-user data leaks by avoiding speculative indirect |
| 466 | branches. Requires a compiler with -mindirect-branch=thunk-extern |
| 467 | support for full protection. The kernel may run slower. |
| 468 | |
Peter Zijlstra | e463a09 | 2021-12-04 14:43:44 +0100 | [diff] [blame] | 469 | config CC_HAS_SLS |
| 470 | def_bool $(cc-option,-mharden-sls=all) |
| 471 | |
| 472 | config SLS |
| 473 | bool "Mitigate Straight-Line-Speculation" |
| 474 | depends on CC_HAS_SLS && X86_64 |
| 475 | default n |
| 476 | help |
| 477 | Compile the kernel with straight-line-speculation options to guard |
| 478 | against straight line speculation. The kernel image might be slightly |
| 479 | larger. |
| 480 | |
Johannes Weiner | e6d4293 | 2019-01-29 17:44:36 -0500 | [diff] [blame] | 481 | config X86_CPU_RESCTRL |
| 482 | bool "x86 CPU resource control support" |
Babu Moger | 6fe07ce | 2018-11-21 20:28:39 +0000 | [diff] [blame] | 483 | depends on X86 && (CPU_SUP_INTEL || CPU_SUP_AMD) |
Thomas Gleixner | 59fe5a7 | 2016-11-15 15:17:12 +0100 | [diff] [blame] | 484 | select KERNFS |
Chen Yu | e79f15a | 2020-01-15 17:28:51 +0800 | [diff] [blame] | 485 | select PROC_CPU_RESCTRL if PROC_FS |
Fenghua Yu | 78e99b4 | 2016-10-22 06:19:53 -0700 | [diff] [blame] | 486 | help |
Johannes Weiner | e6d4293 | 2019-01-29 17:44:36 -0500 | [diff] [blame] | 487 | Enable x86 CPU resource control support. |
Babu Moger | 6fe07ce | 2018-11-21 20:28:39 +0000 | [diff] [blame] | 488 | |
| 489 | Provide support for the allocation and monitoring of system resources |
| 490 | usage by the CPU. |
| 491 | |
| 492 | Intel calls this Intel Resource Director Technology |
| 493 | (Intel(R) RDT). More information about RDT can be found in the |
| 494 | Intel x86 Architecture Software Developer Manual. |
| 495 | |
| 496 | AMD calls this AMD Platform Quality of Service (AMD QoS). |
| 497 | More information about AMD QoS can be found in the AMD64 Technology |
| 498 | Platform Quality of Service Extensions manual. |
Fenghua Yu | 78e99b4 | 2016-10-22 06:19:53 -0700 | [diff] [blame] | 499 | |
| 500 | Say N if unsure. |
| 501 | |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 502 | if X86_32 |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 503 | config X86_BIGSMP |
| 504 | bool "Support for big SMP systems with more than 8 CPUs" |
| 505 | depends on SMP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 506 | help |
Randy Dunlap | e133f6e | 2019-12-03 16:06:47 -0800 | [diff] [blame] | 507 | This option is needed for the systems that have more than 8 CPUs. |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 508 | |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 509 | config X86_EXTENDED_PLATFORM |
| 510 | bool "Support for extended (non-PC) x86 platforms" |
| 511 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 512 | help |
Ingo Molnar | 06ac834 | 2009-01-27 18:11:43 +0100 | [diff] [blame] | 513 | If you disable this option then the kernel will only support |
| 514 | standard PC platforms. (which covers the vast majority of |
| 515 | systems out there.) |
| 516 | |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 517 | If you enable this option then you'll be able to select support |
| 518 | for the following (non-PC) 32 bit x86 platforms: |
Ben Hutchings | cb7b802 | 2013-06-24 01:05:25 +0100 | [diff] [blame] | 519 | Goldfish (Android emulator) |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 520 | AMD Elan |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 521 | RDC R-321x SoC |
| 522 | SGI 320/540 (Visual Workstation) |
Alessandro Rubini | 83125a3 | 2012-04-04 19:40:21 +0200 | [diff] [blame] | 523 | STA2X11-based (e.g. Northville) |
Thomas Gleixner | 3f4110a | 2009-08-29 14:54:20 +0200 | [diff] [blame] | 524 | Moorestown MID devices |
Ingo Molnar | 06ac834 | 2009-01-27 18:11:43 +0100 | [diff] [blame] | 525 | |
| 526 | If you have one of these systems, or if you want to build a |
| 527 | generic distribution kernel, say Y here - otherwise say N. |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 528 | endif |
Ingo Molnar | 06ac834 | 2009-01-27 18:11:43 +0100 | [diff] [blame] | 529 | |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 530 | if X86_64 |
| 531 | config X86_EXTENDED_PLATFORM |
| 532 | bool "Support for extended (non-PC) x86 platforms" |
| 533 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 534 | help |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 535 | If you disable this option then the kernel will only support |
| 536 | standard PC platforms. (which covers the vast majority of |
| 537 | systems out there.) |
| 538 | |
| 539 | If you enable this option then you'll be able to select support |
| 540 | for the following (non-PC) 64 bit x86 platforms: |
Steffen Persvold | 44b111b5 | 2011-12-06 00:07:26 +0800 | [diff] [blame] | 541 | Numascale NumaChip |
Ravikiran G Thirumalai | 8425091 | 2009-02-20 16:59:11 -0800 | [diff] [blame] | 542 | ScaleMP vSMP |
| 543 | SGI Ultraviolet |
| 544 | |
| 545 | If you have one of these systems, or if you want to build a |
| 546 | generic distribution kernel, say Y here - otherwise say N. |
| 547 | endif |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 548 | # This is an alphabetically sorted list of 64 bit extended platforms |
| 549 | # Please maintain the alphabetic order if and when there are additions |
Steffen Persvold | 44b111b5 | 2011-12-06 00:07:26 +0800 | [diff] [blame] | 550 | config X86_NUMACHIP |
| 551 | bool "Numascale NumaChip" |
| 552 | depends on X86_64 |
| 553 | depends on X86_EXTENDED_PLATFORM |
| 554 | depends on NUMA |
| 555 | depends on SMP |
| 556 | depends on X86_X2APIC |
Daniel J Blueman | f9726bf | 2012-12-07 14:24:32 -0700 | [diff] [blame] | 557 | depends on PCI_MMCONFIG |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 558 | help |
Steffen Persvold | 44b111b5 | 2011-12-06 00:07:26 +0800 | [diff] [blame] | 559 | Adds support for Numascale NumaChip large-SMP systems. Needed to |
| 560 | enable more than ~168 cores. |
| 561 | If you don't have one of these, you should say N here. |
Nick Piggin | 03b4863 | 2009-01-20 04:36:04 +0100 | [diff] [blame] | 562 | |
Ingo Molnar | 6a48565 | 2009-01-27 18:29:13 +0100 | [diff] [blame] | 563 | config X86_VSMP |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 564 | bool "ScaleMP vSMP" |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 565 | select HYPERVISOR_GUEST |
Ingo Molnar | 6a48565 | 2009-01-27 18:29:13 +0100 | [diff] [blame] | 566 | select PARAVIRT |
| 567 | depends on X86_64 && PCI |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 568 | depends on X86_EXTENDED_PLATFORM |
Shai Fultheim | ead91d4 | 2012-04-16 10:39:35 +0300 | [diff] [blame] | 569 | depends on SMP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 570 | help |
Ingo Molnar | 6a48565 | 2009-01-27 18:29:13 +0100 | [diff] [blame] | 571 | Support for ScaleMP vSMP systems. Say 'Y' here if this kernel is |
| 572 | supposed to run on these EM64T-based machines. Only choose this option |
| 573 | if you have one of these machines. |
| 574 | |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 575 | config X86_UV |
| 576 | bool "SGI Ultraviolet" |
| 577 | depends on X86_64 |
| 578 | depends on X86_EXTENDED_PLATFORM |
Jack Steiner | 54c28d2 | 2009-04-03 15:39:42 -0500 | [diff] [blame] | 579 | depends on NUMA |
Andrew Morton | 1ecb4ae | 2016-02-11 16:13:20 -0800 | [diff] [blame] | 580 | depends on EFI |
Ingo Molnar | c2209ea | 2021-04-20 09:47:42 +0200 | [diff] [blame] | 581 | depends on KEXEC_CORE |
Suresh Siddha | 9d6c26e | 2009-04-20 13:02:31 -0700 | [diff] [blame] | 582 | depends on X86_X2APIC |
Ingo Molnar | 1222e56 | 2015-05-06 06:23:59 +0200 | [diff] [blame] | 583 | depends on PCI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 584 | help |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 585 | This option is needed in order to support SGI Ultraviolet systems. |
| 586 | If you don't have one of these, you should say N here. |
| 587 | |
| 588 | # Following is an alphabetically sorted list of 32 bit extended platforms |
| 589 | # Please maintain the alphabetic order if and when there are additions |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 590 | |
Jun Nakajima | ddd70cf | 2013-01-21 17:23:09 +0000 | [diff] [blame] | 591 | config X86_GOLDFISH |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 592 | bool "Goldfish (Virtual Platform)" |
| 593 | depends on X86_EXTENDED_PLATFORM |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 594 | help |
Jun Nakajima | ddd70cf | 2013-01-21 17:23:09 +0000 | [diff] [blame] | 595 | Enable support for the Goldfish virtual platform used primarily |
| 596 | for Android development. Unless you are building for the Android |
| 597 | Goldfish emulator say N here. |
| 598 | |
Thomas Gleixner | c751e17 | 2010-11-09 12:08:04 -0800 | [diff] [blame] | 599 | config X86_INTEL_CE |
| 600 | bool "CE4100 TV platform" |
| 601 | depends on PCI |
| 602 | depends on PCI_GODIRECT |
Jiang Liu | 6084a6e | 2014-06-09 16:19:46 +0800 | [diff] [blame] | 603 | depends on X86_IO_APIC |
Thomas Gleixner | c751e17 | 2010-11-09 12:08:04 -0800 | [diff] [blame] | 604 | depends on X86_32 |
| 605 | depends on X86_EXTENDED_PLATFORM |
Dirk Brandewie | 37bc9f5 | 2010-11-09 12:08:08 -0800 | [diff] [blame] | 606 | select X86_REBOOTFIXUPS |
Sebastian Andrzej Siewior | da6b737 | 2011-02-22 21:07:37 +0100 | [diff] [blame] | 607 | select OF |
| 608 | select OF_EARLY_FLATTREE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 609 | help |
Thomas Gleixner | c751e17 | 2010-11-09 12:08:04 -0800 | [diff] [blame] | 610 | Select for the Intel CE media processor (CE4100) SOC. |
| 611 | This option compiles in support for the CE4100 SOC for settop |
| 612 | boxes and media devices. |
| 613 | |
David Cohen | 4cb9b00 | 2013-12-16 17:37:26 -0800 | [diff] [blame] | 614 | config X86_INTEL_MID |
Alan Cox | 43605ef | 2011-07-12 17:49:29 +0100 | [diff] [blame] | 615 | bool "Intel MID platform support" |
Alan Cox | 43605ef | 2011-07-12 17:49:29 +0100 | [diff] [blame] | 616 | depends on X86_EXTENDED_PLATFORM |
David Cohen | edc6bc7 | 2014-01-21 10:41:39 -0800 | [diff] [blame] | 617 | depends on X86_PLATFORM_DEVICES |
Alan Cox | 1ea7c67 | 2011-11-10 13:29:14 +0000 | [diff] [blame] | 618 | depends on PCI |
Andy Shevchenko | 3fda5bb | 2016-01-15 22:11:07 +0200 | [diff] [blame] | 619 | depends on X86_64 || (PCI_GOANY && X86_32) |
Alan Cox | 1ea7c67 | 2011-11-10 13:29:14 +0000 | [diff] [blame] | 620 | depends on X86_IO_APIC |
David Cohen | 4cb9b00 | 2013-12-16 17:37:26 -0800 | [diff] [blame] | 621 | select I2C |
Alan Cox | 7c9c3a1 | 2011-12-29 14:43:16 +0000 | [diff] [blame] | 622 | select DW_APB_TIMER |
Mika Westerberg | 54b34aa | 2020-04-16 11:15:33 +0300 | [diff] [blame] | 623 | select INTEL_SCU_PCI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 624 | help |
David Cohen | 4cb9b00 | 2013-12-16 17:37:26 -0800 | [diff] [blame] | 625 | Select to build a kernel capable of supporting Intel MID (Mobile |
| 626 | Internet Device) platform systems which do not have the PCI legacy |
| 627 | interfaces. If you are building for a PC class system say N here. |
Alan Cox | 1ea7c67 | 2011-11-10 13:29:14 +0000 | [diff] [blame] | 628 | |
David Cohen | 4cb9b00 | 2013-12-16 17:37:26 -0800 | [diff] [blame] | 629 | Intel MID platforms are based on an Intel processor and chipset which |
| 630 | consume less power than most of the x86 derivatives. |
Alan Cox | 43605ef | 2011-07-12 17:49:29 +0100 | [diff] [blame] | 631 | |
Bryan O'Donoghue | 8bbc2a1 | 2015-01-30 16:29:39 +0000 | [diff] [blame] | 632 | config X86_INTEL_QUARK |
| 633 | bool "Intel Quark platform support" |
| 634 | depends on X86_32 |
| 635 | depends on X86_EXTENDED_PLATFORM |
| 636 | depends on X86_PLATFORM_DEVICES |
| 637 | depends on X86_TSC |
| 638 | depends on PCI |
| 639 | depends on PCI_GOANY |
| 640 | depends on X86_IO_APIC |
| 641 | select IOSF_MBI |
| 642 | select INTEL_IMR |
Andy Shevchenko | 9ab6eb5 | 2015-03-05 17:24:04 +0200 | [diff] [blame] | 643 | select COMMON_CLK |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 644 | help |
Bryan O'Donoghue | 8bbc2a1 | 2015-01-30 16:29:39 +0000 | [diff] [blame] | 645 | Select to include support for Quark X1000 SoC. |
| 646 | Say Y here if you have a Quark based system such as the Arduino |
| 647 | compatible Intel Galileo. |
| 648 | |
Mika Westerberg | 3d48aab | 2013-01-18 13:45:59 +0000 | [diff] [blame] | 649 | config X86_INTEL_LPSS |
| 650 | bool "Intel Low Power Subsystem Support" |
Sinan Kaya | 5962dd2 | 2019-01-02 18:10:37 +0000 | [diff] [blame] | 651 | depends on X86 && ACPI && PCI |
Mika Westerberg | 3d48aab | 2013-01-18 13:45:59 +0000 | [diff] [blame] | 652 | select COMMON_CLK |
Mathias Nyman | 0f53143 | 2013-09-13 17:02:29 +0300 | [diff] [blame] | 653 | select PINCTRL |
Andy Shevchenko | eebb3e8 | 2015-12-12 02:45:06 +0100 | [diff] [blame] | 654 | select IOSF_MBI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 655 | help |
Mika Westerberg | 3d48aab | 2013-01-18 13:45:59 +0000 | [diff] [blame] | 656 | Select to build support for Intel Low Power Subsystem such as |
| 657 | found on Intel Lynxpoint PCH. Selecting this option enables |
Mathias Nyman | 0f53143 | 2013-09-13 17:02:29 +0300 | [diff] [blame] | 658 | things like clock tree (common clock framework) and pincontrol |
| 659 | which are needed by the LPSS peripheral drivers. |
Mika Westerberg | 3d48aab | 2013-01-18 13:45:59 +0000 | [diff] [blame] | 660 | |
Ken Xue | 92082a8 | 2015-02-06 08:27:51 +0800 | [diff] [blame] | 661 | config X86_AMD_PLATFORM_DEVICE |
| 662 | bool "AMD ACPI2Platform devices support" |
| 663 | depends on ACPI |
| 664 | select COMMON_CLK |
| 665 | select PINCTRL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 666 | help |
Ken Xue | 92082a8 | 2015-02-06 08:27:51 +0800 | [diff] [blame] | 667 | Select to interpret AMD specific ACPI device to platform device |
| 668 | such as I2C, UART, GPIO found on AMD Carrizo and later chipsets. |
| 669 | I2C and UART depend on COMMON_CLK to set clock. GPIO driver is |
| 670 | implemented under PINCTRL subsystem. |
| 671 | |
David E. Box | ced3ce7 | 2014-09-17 22:13:50 -0700 | [diff] [blame] | 672 | config IOSF_MBI |
| 673 | tristate "Intel SoC IOSF Sideband support for SoC platforms" |
| 674 | depends on PCI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 675 | help |
David E. Box | ced3ce7 | 2014-09-17 22:13:50 -0700 | [diff] [blame] | 676 | This option enables sideband register access support for Intel SoC |
| 677 | platforms. On these platforms the IOSF sideband is used in lieu of |
| 678 | MSR's for some register accesses, mostly but not limited to thermal |
| 679 | and power. Drivers may query the availability of this device to |
| 680 | determine if they need the sideband in order to work on these |
| 681 | platforms. The sideband is available on the following SoC products. |
| 682 | This list is not meant to be exclusive. |
| 683 | - BayTrail |
| 684 | - Braswell |
| 685 | - Quark |
| 686 | |
| 687 | You should say Y if you are running a kernel on one of these SoC's. |
| 688 | |
David E. Box | ed2226b | 2014-09-17 22:13:51 -0700 | [diff] [blame] | 689 | config IOSF_MBI_DEBUG |
| 690 | bool "Enable IOSF sideband access through debugfs" |
| 691 | depends on IOSF_MBI && DEBUG_FS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 692 | help |
David E. Box | ed2226b | 2014-09-17 22:13:51 -0700 | [diff] [blame] | 693 | Select this option to expose the IOSF sideband access registers (MCR, |
| 694 | MDR, MCRX) through debugfs to write and read register information from |
| 695 | different units on the SoC. This is most useful for obtaining device |
| 696 | state information for debug and analysis. As this is a general access |
| 697 | mechanism, users of this option would have specific knowledge of the |
| 698 | device they want to access. |
| 699 | |
| 700 | If you don't require the option or are in doubt, say N. |
| 701 | |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 702 | config X86_RDC321X |
| 703 | bool "RDC R-321x SoC" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 704 | depends on X86_32 |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 705 | depends on X86_EXTENDED_PLATFORM |
| 706 | select M486 |
| 707 | select X86_REBOOTFIXUPS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 708 | help |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 709 | This option is needed for RDC R-321x system-on-chip, also known |
| 710 | as R-8610-(G). |
| 711 | If you don't have one of these chips, you should say N here. |
| 712 | |
Ingo Molnar | e0c7ae3 | 2009-01-27 18:43:09 +0100 | [diff] [blame] | 713 | config X86_32_NON_STANDARD |
Ingo Molnar | 9c39801 | 2009-01-27 18:24:57 +0100 | [diff] [blame] | 714 | bool "Support non-standard 32-bit SMP architectures" |
| 715 | depends on X86_32 && SMP |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 716 | depends on X86_EXTENDED_PLATFORM |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 717 | help |
H. Peter Anvin | b5660ba | 2014-02-25 12:14:06 -0800 | [diff] [blame] | 718 | This option compiles in the bigsmp and STA2X11 default |
| 719 | subarchitectures. It is intended for a generic binary |
| 720 | kernel. If you select them all, kernel will probe it one by |
| 721 | one and will fallback to default. |
Yinghai Lu | d49c428 | 2008-06-08 18:31:54 -0700 | [diff] [blame] | 722 | |
Ravikiran G Thirumalai | c5c606d | 2009-02-09 18:18:14 -0800 | [diff] [blame] | 723 | # Alphabetically sorted list of Non standard 32 bit platforms |
Yinghai Lu | d49c428 | 2008-06-08 18:31:54 -0700 | [diff] [blame] | 724 | |
Linus Torvalds | d949f36 | 2009-09-26 09:35:07 -0700 | [diff] [blame] | 725 | config X86_SUPPORTS_MEMORY_FAILURE |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 726 | def_bool y |
Linus Torvalds | d949f36 | 2009-09-26 09:35:07 -0700 | [diff] [blame] | 727 | # MCE code calls memory_failure(): |
| 728 | depends on X86_MCE |
| 729 | # On 32-bit this adds too big of NODES_SHIFT and we run out of page flags: |
Linus Torvalds | d949f36 | 2009-09-26 09:35:07 -0700 | [diff] [blame] | 730 | # On 32-bit SPARSEMEM adds too big of SECTIONS_WIDTH: |
| 731 | depends on X86_64 || !SPARSEMEM |
| 732 | select ARCH_SUPPORTS_MEMORY_FAILURE |
Linus Torvalds | d949f36 | 2009-09-26 09:35:07 -0700 | [diff] [blame] | 733 | |
Alessandro Rubini | 83125a3 | 2012-04-04 19:40:21 +0200 | [diff] [blame] | 734 | config STA2X11 |
| 735 | bool "STA2X11 Companion Chip Support" |
| 736 | depends on X86_32_NON_STANDARD && PCI |
Alessandro Rubini | 83125a3 | 2012-04-04 19:40:21 +0200 | [diff] [blame] | 737 | select SWIOTLB |
| 738 | select MFD_STA2X11 |
Linus Walleij | 0145071 | 2016-06-02 14:20:18 +0200 | [diff] [blame] | 739 | select GPIOLIB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 740 | help |
Alessandro Rubini | 83125a3 | 2012-04-04 19:40:21 +0200 | [diff] [blame] | 741 | This adds support for boards based on the STA2X11 IO-Hub, |
| 742 | a.k.a. "ConneXt". The chip is used in place of the standard |
| 743 | PC chipset, so all "standard" peripherals are missing. If this |
| 744 | option is selected the kernel will still be able to boot on |
| 745 | standard PC machines. |
| 746 | |
Shérab | 82148d1 | 2010-09-25 06:06:57 +0200 | [diff] [blame] | 747 | config X86_32_IRIS |
| 748 | tristate "Eurobraille/Iris poweroff module" |
| 749 | depends on X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 750 | help |
Shérab | 82148d1 | 2010-09-25 06:06:57 +0200 | [diff] [blame] | 751 | The Iris machines from EuroBraille do not have APM or ACPI support |
| 752 | to shut themselves down properly. A special I/O sequence is |
| 753 | needed to do so, which is what this module does at |
| 754 | kernel shutdown. |
| 755 | |
| 756 | This is only for Iris machines from EuroBraille. |
| 757 | |
| 758 | If unused, say N. |
| 759 | |
Ingo Molnar | ae1e913 | 2008-11-11 09:05:16 +0100 | [diff] [blame] | 760 | config SCHED_OMIT_FRAME_POINTER |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 761 | def_bool y |
| 762 | prompt "Single-depth WCHAN output" |
Ken Chen | a87d091 | 2008-11-06 11:10:49 -0800 | [diff] [blame] | 763 | depends on X86 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 764 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 765 | Calculate simpler /proc/<PID>/wchan values. If this option |
| 766 | is disabled then wchan values will recurse back to the |
| 767 | caller function. This provides more accurate wchan values, |
| 768 | at the expense of slightly more scheduling overhead. |
| 769 | |
| 770 | If in doubt, say "Y". |
| 771 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 772 | menuconfig HYPERVISOR_GUEST |
| 773 | bool "Linux guest support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 774 | help |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 775 | Say Y here to enable options for running Linux under various hyper- |
| 776 | visors. This option enables basic hypervisor detection and platform |
| 777 | setup. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 778 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 779 | If you say N, all options in this submenu will be skipped and |
| 780 | disabled, and Linux guest support won't be built in. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 781 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 782 | if HYPERVISOR_GUEST |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 783 | |
Eduardo Pereira Habkost | e61bd94a | 2008-01-30 13:33:32 +0100 | [diff] [blame] | 784 | config PARAVIRT |
| 785 | bool "Enable paravirtualization code" |
Juergen Gross | a0e2bf7 | 2021-03-11 15:23:09 +0100 | [diff] [blame] | 786 | depends on HAVE_STATIC_CALL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 787 | help |
Eduardo Pereira Habkost | e61bd94a | 2008-01-30 13:33:32 +0100 | [diff] [blame] | 788 | This changes the kernel so it can modify itself when it is run |
| 789 | under a hypervisor, potentially improving performance significantly |
| 790 | over full virtualization. However, when run without a hypervisor |
| 791 | the kernel is theoretically slower and slightly larger. |
| 792 | |
Juergen Gross | c00a280 | 2018-08-28 09:40:21 +0200 | [diff] [blame] | 793 | config PARAVIRT_XXL |
| 794 | bool |
| 795 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 796 | config PARAVIRT_DEBUG |
| 797 | bool "paravirt-ops debugging" |
| 798 | depends on PARAVIRT && DEBUG_KERNEL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 799 | help |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 800 | Enable to debug paravirt_ops internals. Specifically, BUG if |
| 801 | a paravirt_op is missing when it is called. |
| 802 | |
Jeremy Fitzhardinge | b4ecc12 | 2009-05-13 17:16:55 -0700 | [diff] [blame] | 803 | config PARAVIRT_SPINLOCKS |
| 804 | bool "Paravirtualization layer for spinlocks" |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 805 | depends on PARAVIRT && SMP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 806 | help |
Jeremy Fitzhardinge | b4ecc12 | 2009-05-13 17:16:55 -0700 | [diff] [blame] | 807 | Paravirtualized spinlocks allow a pvops backend to replace the |
| 808 | spinlock implementation with something virtualization-friendly |
| 809 | (for example, block the virtual CPU rather than spinning). |
| 810 | |
Raghavendra K T | 4c4e4f6 | 2013-10-21 21:35:08 +0530 | [diff] [blame] | 811 | It has a minimal impact on native kernels and gives a nice performance |
| 812 | benefit on paravirtualized KVM / Xen kernels. |
Jeremy Fitzhardinge | b4ecc12 | 2009-05-13 17:16:55 -0700 | [diff] [blame] | 813 | |
Raghavendra K T | 4c4e4f6 | 2013-10-21 21:35:08 +0530 | [diff] [blame] | 814 | If you are unsure how to answer this question, answer Y. |
Jeremy Fitzhardinge | b4ecc12 | 2009-05-13 17:16:55 -0700 | [diff] [blame] | 815 | |
Zhao Yakui | ecca2502 | 2019-04-30 11:45:23 +0800 | [diff] [blame] | 816 | config X86_HV_CALLBACK_VECTOR |
| 817 | def_bool n |
| 818 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 819 | source "arch/x86/xen/Kconfig" |
| 820 | |
| 821 | config KVM_GUEST |
| 822 | bool "KVM Guest support (including kvmclock)" |
| 823 | depends on PARAVIRT |
| 824 | select PARAVIRT_CLOCK |
Marcelo Tosatti | a1c4423 | 2019-07-03 20:51:29 -0300 | [diff] [blame] | 825 | select ARCH_CPUIDLE_HALTPOLL |
Vitaly Kuznetsov | b1d4057 | 2020-05-25 16:41:23 +0200 | [diff] [blame] | 826 | select X86_HV_CALLBACK_VECTOR |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 827 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 828 | help |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 829 | This option enables various optimizations for running under the KVM |
| 830 | hypervisor. It includes a paravirtualized clock, so that instead |
| 831 | of relying on a PIT (or probably other) emulation by the |
| 832 | underlying device model, the host provides the guest with |
| 833 | timing infrastructure such as time of day, and system time |
| 834 | |
Marcelo Tosatti | a1c4423 | 2019-07-03 20:51:29 -0300 | [diff] [blame] | 835 | config ARCH_CPUIDLE_HALTPOLL |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 836 | def_bool n |
| 837 | prompt "Disable host haltpoll when loading haltpoll driver" |
| 838 | help |
Marcelo Tosatti | a1c4423 | 2019-07-03 20:51:29 -0300 | [diff] [blame] | 839 | If virtualized under KVM, disable host haltpoll. |
| 840 | |
Maran Wilson | 7733607 | 2018-12-10 11:07:28 -0800 | [diff] [blame] | 841 | config PVH |
| 842 | bool "Support for running PVH guests" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 843 | help |
Maran Wilson | 7733607 | 2018-12-10 11:07:28 -0800 | [diff] [blame] | 844 | This option enables the PVH entry point for guest virtual machines |
| 845 | as specified in the x86/HVM direct boot ABI. |
| 846 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 847 | config PARAVIRT_TIME_ACCOUNTING |
| 848 | bool "Paravirtual steal time accounting" |
| 849 | depends on PARAVIRT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 850 | help |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 851 | Select this option to enable fine granularity task steal time |
| 852 | accounting. Time spent executing other tasks in parallel with |
| 853 | the current vCPU is discounted from the vCPU power. To account for |
| 854 | that, there can be a small performance impact. |
| 855 | |
| 856 | If in doubt, say N here. |
| 857 | |
Gerd Hoffmann | 7af192c | 2008-06-03 16:17:29 +0200 | [diff] [blame] | 858 | config PARAVIRT_CLOCK |
| 859 | bool |
Gerd Hoffmann | 7af192c | 2008-06-03 16:17:29 +0200 | [diff] [blame] | 860 | |
Jan Kiszka | 4a36260 | 2017-11-27 09:11:46 +0100 | [diff] [blame] | 861 | config JAILHOUSE_GUEST |
| 862 | bool "Jailhouse non-root cell support" |
Arnd Bergmann | abde587 | 2018-01-15 16:51:20 +0100 | [diff] [blame] | 863 | depends on X86_64 && PCI |
Jan Kiszka | 87e65d0 | 2017-11-27 09:11:48 +0100 | [diff] [blame] | 864 | select X86_PM_TIMER |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 865 | help |
Jan Kiszka | 4a36260 | 2017-11-27 09:11:46 +0100 | [diff] [blame] | 866 | This option allows to run Linux as guest in a Jailhouse non-root |
| 867 | cell. You can leave this option disabled if you only want to start |
| 868 | Jailhouse and run Linux afterwards in the root cell. |
| 869 | |
Zhao Yakui | ec7972c | 2019-04-30 11:45:24 +0800 | [diff] [blame] | 870 | config ACRN_GUEST |
| 871 | bool "ACRN Guest support" |
| 872 | depends on X86_64 |
Zhao Yakui | 498ad39 | 2019-04-30 11:45:25 +0800 | [diff] [blame] | 873 | select X86_HV_CALLBACK_VECTOR |
Zhao Yakui | ec7972c | 2019-04-30 11:45:24 +0800 | [diff] [blame] | 874 | help |
| 875 | This option allows to run Linux as guest in the ACRN hypervisor. ACRN is |
| 876 | a flexible, lightweight reference open-source hypervisor, built with |
| 877 | real-time and safety-criticality in mind. It is built for embedded |
| 878 | IOT with small footprint and real-time features. More details can be |
| 879 | found in https://projectacrn.org/. |
| 880 | |
Borislav Petkov | 6276a07 | 2013-03-04 21:20:21 +0100 | [diff] [blame] | 881 | endif #HYPERVISOR_GUEST |
Jeremy Fitzhardinge | 9734913 | 2008-06-25 00:19:14 -0400 | [diff] [blame] | 882 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 883 | source "arch/x86/Kconfig.cpu" |
| 884 | |
| 885 | config HPET_TIMER |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 886 | def_bool X86_64 |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 887 | prompt "HPET Timer Support" if X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 888 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 889 | Use the IA-PC HPET (High Precision Event Timer) to manage |
| 890 | time in preference to the PIT and RTC, if a HPET is |
| 891 | present. |
| 892 | HPET is the next generation timer replacing legacy 8254s. |
| 893 | The HPET provides a stable time base on SMP |
| 894 | systems, unlike the TSC, but it is more expensive to access, |
Michael S. Tsirkin | 4e7f9df | 2016-02-11 01:05:01 +0200 | [diff] [blame] | 895 | as it is off-chip. The interface used is documented |
| 896 | in the HPET spec, revision 1. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 897 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 898 | You can safely choose Y here. However, HPET will only be |
| 899 | activated if the platform and the BIOS support this feature. |
| 900 | Otherwise the 8254 will be used for timing services. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 901 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 902 | Choose N to continue using the legacy 8254 timer. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 903 | |
| 904 | config HPET_EMULATE_RTC |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 905 | def_bool y |
Anand K Mistry | 3228e1d | 2021-02-04 18:32:32 +1100 | [diff] [blame] | 906 | depends on HPET_TIMER && (RTC_DRV_CMOS=m || RTC_DRV_CMOS=y) |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 907 | |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 908 | # Mark as expert because too many people got it wrong. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 909 | # The code disables itself when not needed. |
Thomas Petazzoni | 7ae9392 | 2008-04-28 02:14:14 -0700 | [diff] [blame] | 910 | config DMI |
| 911 | default y |
Ard Biesheuvel | cf07440 | 2014-01-23 15:54:39 -0800 | [diff] [blame] | 912 | select DMI_SCAN_MACHINE_NON_EFI_FALLBACK |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 913 | bool "Enable DMI scanning" if EXPERT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 914 | help |
Thomas Petazzoni | 7ae9392 | 2008-04-28 02:14:14 -0700 | [diff] [blame] | 915 | Enabled scanning of DMI to identify machine quirks. Say Y |
| 916 | here unless you have verified that your setup is not |
| 917 | affected by entries in the DMI blacklist. Required by PNP |
| 918 | BIOS code. |
| 919 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 920 | config GART_IOMMU |
Andi Kleen | 38901f1 | 2013-10-04 14:37:56 -0700 | [diff] [blame] | 921 | bool "Old AMD GART IOMMU support" |
Christoph Hellwig | 2f9237d | 2020-07-08 09:30:00 +0200 | [diff] [blame] | 922 | select DMA_OPS |
Christoph Hellwig | a4ce5a4 | 2018-04-03 15:47:59 +0200 | [diff] [blame] | 923 | select IOMMU_HELPER |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 924 | select SWIOTLB |
Andreas Herrmann | 23ac4ae | 2010-09-17 18:03:43 +0200 | [diff] [blame] | 925 | depends on X86_64 && PCI && AMD_NB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 926 | help |
Ingo Molnar | ced3c42 | 2013-10-06 11:45:20 +0200 | [diff] [blame] | 927 | Provides a driver for older AMD Athlon64/Opteron/Turion/Sempron |
| 928 | GART based hardware IOMMUs. |
| 929 | |
| 930 | The GART supports full DMA access for devices with 32-bit access |
| 931 | limitations, on systems with more than 3 GB. This is usually needed |
| 932 | for USB, sound, many IDE/SATA chipsets and some other devices. |
| 933 | |
| 934 | Newer systems typically have a modern AMD IOMMU, supported via |
| 935 | the CONFIG_AMD_IOMMU=y config option. |
| 936 | |
| 937 | In normal configurations this driver is only active when needed: |
| 938 | there's more than 3 GB of memory and the system contains a |
| 939 | 32-bit limited device. |
| 940 | |
| 941 | If unsure, say Y. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 942 | |
Mike Travis | 1184dc2 | 2008-05-12 21:21:12 +0200 | [diff] [blame] | 943 | config MAXSMP |
Samuel Thibault | ddb0c5a | 2010-08-21 21:32:41 +0200 | [diff] [blame] | 944 | bool "Enable Maximum number of SMP Processors and NUMA Nodes" |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 945 | depends on X86_64 && SMP && DEBUG_KERNEL |
Mike Travis | 36f5101 | 2008-12-16 17:33:51 -0800 | [diff] [blame] | 946 | select CPUMASK_OFFSTACK |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 947 | help |
Samuel Thibault | ddb0c5a | 2010-08-21 21:32:41 +0200 | [diff] [blame] | 948 | Enable maximum number of CPUS and NUMA Nodes for this architecture. |
Mike Travis | 1184dc2 | 2008-05-12 21:21:12 +0200 | [diff] [blame] | 949 | If unsure, say N. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 950 | |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 951 | # |
| 952 | # The maximum number of CPUs supported: |
| 953 | # |
| 954 | # The main config value is NR_CPUS, which defaults to NR_CPUS_DEFAULT, |
| 955 | # and which can be configured interactively in the |
| 956 | # [NR_CPUS_RANGE_BEGIN ... NR_CPUS_RANGE_END] range. |
| 957 | # |
| 958 | # The ranges are different on 32-bit and 64-bit kernels, depending on |
| 959 | # hardware capabilities and scalability features of the kernel. |
| 960 | # |
| 961 | # ( If MAXSMP is enabled we just use the highest possible value and disable |
| 962 | # interactive configuration. ) |
| 963 | # |
| 964 | |
| 965 | config NR_CPUS_RANGE_BEGIN |
| 966 | int |
| 967 | default NR_CPUS_RANGE_END if MAXSMP |
| 968 | default 1 if !SMP |
| 969 | default 2 |
| 970 | |
| 971 | config NR_CPUS_RANGE_END |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 972 | int |
| 973 | depends on X86_32 |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 974 | default 64 if SMP && X86_BIGSMP |
| 975 | default 8 if SMP && !X86_BIGSMP |
| 976 | default 1 if !SMP |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 977 | |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 978 | config NR_CPUS_RANGE_END |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 979 | int |
| 980 | depends on X86_64 |
Scott Wood | 1edae1a | 2019-10-12 02:00:54 -0500 | [diff] [blame] | 981 | default 8192 if SMP && CPUMASK_OFFSTACK |
| 982 | default 512 if SMP && !CPUMASK_OFFSTACK |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 983 | default 1 if !SMP |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 984 | |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 985 | config NR_CPUS_DEFAULT |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 986 | int |
| 987 | depends on X86_32 |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 988 | default 32 if X86_BIGSMP |
| 989 | default 8 if SMP |
| 990 | default 1 if !SMP |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 991 | |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 992 | config NR_CPUS_DEFAULT |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 993 | int |
| 994 | depends on X86_64 |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 995 | default 8192 if MAXSMP |
| 996 | default 64 if SMP |
| 997 | default 1 if !SMP |
Randy Dunlap | a0d0bb4 | 2018-02-09 16:51:03 -0800 | [diff] [blame] | 998 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 999 | config NR_CPUS |
Mike Travis | 36f5101 | 2008-12-16 17:33:51 -0800 | [diff] [blame] | 1000 | int "Maximum number of CPUs" if SMP && !MAXSMP |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 1001 | range NR_CPUS_RANGE_BEGIN NR_CPUS_RANGE_END |
| 1002 | default NR_CPUS_DEFAULT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1003 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1004 | This allows you to specify the maximum number of CPUs which this |
Josh Boyer | bb61ccc | 2013-11-05 09:37:29 -0500 | [diff] [blame] | 1005 | kernel will support. If CPUMASK_OFFSTACK is enabled, the maximum |
Kirill A. Shutemov | cad14bb | 2015-05-08 13:25:26 +0300 | [diff] [blame] | 1006 | supported value is 8192, otherwise the maximum value is 512. The |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1007 | minimum value which makes sense is 2. |
| 1008 | |
Ingo Molnar | aec6487 | 2018-02-10 12:36:29 +0100 | [diff] [blame] | 1009 | This is purely to save memory: each supported CPU adds about 8KB |
| 1010 | to the kernel image. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1011 | |
Tim Chen | 66558b7 | 2021-09-24 20:51:04 +1200 | [diff] [blame] | 1012 | config SCHED_CLUSTER |
| 1013 | bool "Cluster scheduler support" |
| 1014 | depends on SMP |
| 1015 | default y |
| 1016 | help |
| 1017 | Cluster scheduler support improves the CPU scheduler's decision |
| 1018 | making when dealing with machines that have clusters of CPUs. |
| 1019 | Cluster usually means a couple of CPUs which are placed closely |
| 1020 | by sharing mid-level caches, last-level cache tags or internal |
| 1021 | busses. |
| 1022 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1023 | config SCHED_SMT |
Thomas Gleixner | dbe7336 | 2018-11-25 19:33:37 +0100 | [diff] [blame] | 1024 | def_bool y if SMP |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1025 | |
| 1026 | config SCHED_MC |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1027 | def_bool y |
| 1028 | prompt "Multi-core scheduler support" |
Borislav Petkov | c8e56d2 | 2015-06-04 18:55:25 +0200 | [diff] [blame] | 1029 | depends on SMP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1030 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1031 | Multi-core scheduler support improves the CPU scheduler's decision |
| 1032 | making when dealing with multi-core CPU chips at a cost of slightly |
| 1033 | increased overhead in some places. If unsure say N here. |
| 1034 | |
Tim Chen | de966cf | 2016-11-29 10:43:27 -0800 | [diff] [blame] | 1035 | config SCHED_MC_PRIO |
| 1036 | bool "CPU core priorities scheduler support" |
Ingo Molnar | 0a21fc1 | 2016-11-30 08:33:54 +0100 | [diff] [blame] | 1037 | depends on SCHED_MC && CPU_SUP_INTEL |
| 1038 | select X86_INTEL_PSTATE |
| 1039 | select CPU_FREQ |
Tim Chen | de966cf | 2016-11-29 10:43:27 -0800 | [diff] [blame] | 1040 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1041 | help |
Ingo Molnar | 0a21fc1 | 2016-11-30 08:33:54 +0100 | [diff] [blame] | 1042 | Intel Turbo Boost Max Technology 3.0 enabled CPUs have a |
| 1043 | core ordering determined at manufacturing time, which allows |
| 1044 | certain cores to reach higher turbo frequencies (when running |
| 1045 | single threaded workloads) than others. |
Tim Chen | de966cf | 2016-11-29 10:43:27 -0800 | [diff] [blame] | 1046 | |
Ingo Molnar | 0a21fc1 | 2016-11-30 08:33:54 +0100 | [diff] [blame] | 1047 | Enabling this kernel feature teaches the scheduler about |
| 1048 | the TBM3 (aka ITMT) priority order of the CPU cores and adjusts the |
| 1049 | scheduler's CPU selection logic accordingly, so that higher |
| 1050 | overall system performance can be achieved. |
Tim Chen | de966cf | 2016-11-29 10:43:27 -0800 | [diff] [blame] | 1051 | |
Ingo Molnar | 0a21fc1 | 2016-11-30 08:33:54 +0100 | [diff] [blame] | 1052 | This feature will have no effect on CPUs without this feature. |
Tim Chen | de966cf | 2016-11-29 10:43:27 -0800 | [diff] [blame] | 1053 | |
Ingo Molnar | 0a21fc1 | 2016-11-30 08:33:54 +0100 | [diff] [blame] | 1054 | If unsure say Y here. |
Tim Chen | 5e76b2a | 2016-11-22 12:23:55 -0800 | [diff] [blame] | 1055 | |
Thomas Gleixner | 30b8b00 | 2015-01-15 21:22:39 +0000 | [diff] [blame] | 1056 | config UP_LATE_INIT |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 1057 | def_bool y |
| 1058 | depends on !SMP && X86_LOCAL_APIC |
Thomas Gleixner | 30b8b00 | 2015-01-15 21:22:39 +0000 | [diff] [blame] | 1059 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1060 | config X86_UP_APIC |
Jan Beulich | 50849ee | 2015-02-05 15:31:56 +0000 | [diff] [blame] | 1061 | bool "Local APIC support on uniprocessors" if !PCI_MSI |
| 1062 | default PCI_MSI |
Bryan O'Donoghue | 38a1dfd | 2015-01-22 22:58:49 +0000 | [diff] [blame] | 1063 | depends on X86_32 && !SMP && !X86_32_NON_STANDARD |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1064 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1065 | A local APIC (Advanced Programmable Interrupt Controller) is an |
| 1066 | integrated interrupt controller in the CPU. If you have a single-CPU |
| 1067 | system which has a processor with a local APIC, you can say Y here to |
| 1068 | enable and use it. If you say Y here even though your machine doesn't |
| 1069 | have a local APIC, then the kernel will still run with no slowdown at |
| 1070 | all. The local APIC supports CPU-generated self-interrupts (timer, |
| 1071 | performance counters), and the NMI watchdog which detects hard |
| 1072 | lockups. |
| 1073 | |
| 1074 | config X86_UP_IOAPIC |
| 1075 | bool "IO-APIC support on uniprocessors" |
| 1076 | depends on X86_UP_APIC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1077 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1078 | An IO-APIC (I/O Advanced Programmable Interrupt Controller) is an |
| 1079 | SMP-capable replacement for PC-style interrupt controllers. Most |
| 1080 | SMP systems and many recent uniprocessor systems have one. |
| 1081 | |
| 1082 | If you have a single-CPU system with an IO-APIC, you can say Y here |
| 1083 | to use it. If you say Y here even though your machine doesn't have |
| 1084 | an IO-APIC, then the kernel will still run with no slowdown at all. |
| 1085 | |
| 1086 | config X86_LOCAL_APIC |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1087 | def_bool y |
Thomas Petazzoni | 0dbc607 | 2013-10-03 11:59:14 +0200 | [diff] [blame] | 1088 | depends on X86_64 || SMP || X86_32_NON_STANDARD || X86_UP_APIC || PCI_MSI |
Jiang Liu | b5dc8e6 | 2015-04-13 14:11:24 +0800 | [diff] [blame] | 1089 | select IRQ_DOMAIN_HIERARCHY |
Jiang Liu | 52f518a | 2015-04-13 14:11:35 +0800 | [diff] [blame] | 1090 | select PCI_MSI_IRQ_DOMAIN if PCI_MSI |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1091 | |
| 1092 | config X86_IO_APIC |
Jan Beulich | b1da1e7 | 2015-02-05 15:35:21 +0000 | [diff] [blame] | 1093 | def_bool y |
| 1094 | depends on X86_LOCAL_APIC || X86_UP_IOAPIC |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1095 | |
Stefan Assmann | 41b9eb2 | 2008-07-15 13:48:55 +0200 | [diff] [blame] | 1096 | config X86_REROUTE_FOR_BROKEN_BOOT_IRQS |
| 1097 | bool "Reroute for broken boot IRQs" |
Stefan Assmann | 41b9eb2 | 2008-07-15 13:48:55 +0200 | [diff] [blame] | 1098 | depends on X86_IO_APIC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1099 | help |
Stefan Assmann | 41b9eb2 | 2008-07-15 13:48:55 +0200 | [diff] [blame] | 1100 | This option enables a workaround that fixes a source of |
| 1101 | spurious interrupts. This is recommended when threaded |
| 1102 | interrupt handling is used on systems where the generation of |
| 1103 | superfluous "boot interrupts" cannot be disabled. |
| 1104 | |
| 1105 | Some chipsets generate a legacy INTx "boot IRQ" when the IRQ |
| 1106 | entry in the chipset's IO-APIC is masked (as, e.g. the RT |
| 1107 | kernel does during interrupt handling). On chipsets where this |
| 1108 | boot IRQ generation cannot be disabled, this workaround keeps |
| 1109 | the original IRQ line masked so that only the equivalent "boot |
| 1110 | IRQ" is delivered to the CPUs. The workaround also tells the |
| 1111 | kernel to set up the IRQ handler on the boot IRQ line. In this |
| 1112 | way only one interrupt is delivered to the kernel. Otherwise |
| 1113 | the spurious second interrupt may cause the kernel to bring |
| 1114 | down (vital) interrupt lines. |
| 1115 | |
| 1116 | Only affects "broken" chipsets. Interrupt sharing may be |
| 1117 | increased on these systems. |
| 1118 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1119 | config X86_MCE |
Andi Kleen | bab9bc6 | 2009-07-09 00:31:38 +0200 | [diff] [blame] | 1120 | bool "Machine Check / overheating reporting" |
Chen, Gong | 648ed94 | 2015-08-12 18:29:34 +0200 | [diff] [blame] | 1121 | select GENERIC_ALLOCATOR |
Borislav Petkov | e57dbaf | 2011-09-13 15:23:21 +0200 | [diff] [blame] | 1122 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1123 | help |
Andi Kleen | bab9bc6 | 2009-07-09 00:31:38 +0200 | [diff] [blame] | 1124 | Machine Check support allows the processor to notify the |
| 1125 | kernel if it detects a problem (e.g. overheating, data corruption). |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1126 | The action the kernel takes depends on the severity of the problem, |
Andi Kleen | bab9bc6 | 2009-07-09 00:31:38 +0200 | [diff] [blame] | 1127 | ranging from warning messages to halting the machine. |
Andi Kleen | 4efc067 | 2009-04-28 19:07:31 +0200 | [diff] [blame] | 1128 | |
Tony Luck | 5de97c9 | 2017-03-27 11:33:03 +0200 | [diff] [blame] | 1129 | config X86_MCELOG_LEGACY |
| 1130 | bool "Support for deprecated /dev/mcelog character device" |
| 1131 | depends on X86_MCE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1132 | help |
Tony Luck | 5de97c9 | 2017-03-27 11:33:03 +0200 | [diff] [blame] | 1133 | Enable support for /dev/mcelog which is needed by the old mcelog |
| 1134 | userspace logging daemon. Consider switching to the new generation |
| 1135 | rasdaemon solution. |
| 1136 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1137 | config X86_MCE_INTEL |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1138 | def_bool y |
| 1139 | prompt "Intel MCE features" |
Andi Kleen | c1ebf83 | 2009-07-09 00:31:41 +0200 | [diff] [blame] | 1140 | depends on X86_MCE && X86_LOCAL_APIC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1141 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1142 | Additional support for intel specific MCE features such as |
| 1143 | the thermal monitor. |
| 1144 | |
| 1145 | config X86_MCE_AMD |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1146 | def_bool y |
| 1147 | prompt "AMD MCE features" |
Yazen Ghannam | f5382de | 2016-11-17 17:57:27 -0500 | [diff] [blame] | 1148 | depends on X86_MCE && X86_LOCAL_APIC && AMD_NB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1149 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1150 | Additional support for AMD specific MCE features such as |
| 1151 | the DRAM Error Threshold. |
| 1152 | |
Andi Kleen | 4efc067 | 2009-04-28 19:07:31 +0200 | [diff] [blame] | 1153 | config X86_ANCIENT_MCE |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1154 | bool "Support for old Pentium 5 / WinChip machine checks" |
Andi Kleen | c31d963 | 2009-07-09 00:31:37 +0200 | [diff] [blame] | 1155 | depends on X86_32 && X86_MCE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1156 | help |
Hidetoshi Seto | cd13adcc | 2009-05-27 16:57:31 +0900 | [diff] [blame] | 1157 | Include support for machine check handling on old Pentium 5 or WinChip |
Masanari Iida | 5065a70 | 2013-11-30 21:38:43 +0900 | [diff] [blame] | 1158 | systems. These typically need to be enabled explicitly on the command |
Hidetoshi Seto | cd13adcc | 2009-05-27 16:57:31 +0900 | [diff] [blame] | 1159 | line. |
Andi Kleen | 4efc067 | 2009-04-28 19:07:31 +0200 | [diff] [blame] | 1160 | |
Andi Kleen | b276268 | 2009-02-12 13:49:31 +0100 | [diff] [blame] | 1161 | config X86_MCE_THRESHOLD |
| 1162 | depends on X86_MCE_AMD || X86_MCE_INTEL |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1163 | def_bool y |
Andi Kleen | b276268 | 2009-02-12 13:49:31 +0100 | [diff] [blame] | 1164 | |
Andi Kleen | ea149b3 | 2009-04-29 19:31:00 +0200 | [diff] [blame] | 1165 | config X86_MCE_INJECT |
Borislav Petkov | bc8e80d | 2017-06-13 18:28:30 +0200 | [diff] [blame] | 1166 | depends on X86_MCE && X86_LOCAL_APIC && DEBUG_FS |
Andi Kleen | ea149b3 | 2009-04-29 19:31:00 +0200 | [diff] [blame] | 1167 | tristate "Machine check injector support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1168 | help |
Andi Kleen | ea149b3 | 2009-04-29 19:31:00 +0200 | [diff] [blame] | 1169 | Provide support for injecting machine checks for testing purposes. |
| 1170 | If you don't know what a machine check is and you don't do kernel |
| 1171 | QA it is safe to say n. |
| 1172 | |
Peter Zijlstra | 07dc900 | 2016-03-29 14:30:35 +0200 | [diff] [blame] | 1173 | source "arch/x86/events/Kconfig" |
Kan Liang | e633c65a | 2016-03-20 01:33:36 -0700 | [diff] [blame] | 1174 | |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1175 | config X86_LEGACY_VM86 |
Ingo Molnar | 1e64281 | 2015-09-05 08:58:10 +0200 | [diff] [blame] | 1176 | bool "Legacy VM86 support" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1177 | depends on X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1178 | help |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1179 | This option allows user programs to put the CPU into V8086 |
| 1180 | mode, which is an 80286-era approximation of 16-bit real mode. |
| 1181 | |
| 1182 | Some very old versions of X and/or vbetool require this option |
| 1183 | for user mode setting. Similarly, DOSEMU will use it if |
| 1184 | available to accelerate real mode DOS programs. However, any |
| 1185 | recent version of DOSEMU, X, or vbetool should be fully |
| 1186 | functional even without kernel VM86 support, as they will all |
Ingo Molnar | 1e64281 | 2015-09-05 08:58:10 +0200 | [diff] [blame] | 1187 | fall back to software emulation. Nevertheless, if you are using |
| 1188 | a 16-bit DOS program where 16-bit performance matters, vm86 |
| 1189 | mode might be faster than emulation and you might want to |
| 1190 | enable this option. |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1191 | |
Ingo Molnar | 1e64281 | 2015-09-05 08:58:10 +0200 | [diff] [blame] | 1192 | Note that any app that works on a 64-bit kernel is unlikely to |
| 1193 | need this option, as 64-bit kernels don't, and can't, support |
| 1194 | V8086 mode. This option is also unrelated to 16-bit protected |
| 1195 | mode and is not needed to run most 16-bit programs under Wine. |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1196 | |
Ingo Molnar | 1e64281 | 2015-09-05 08:58:10 +0200 | [diff] [blame] | 1197 | Enabling this option increases the complexity of the kernel |
| 1198 | and slows down exception handling a tiny bit. |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1199 | |
Ingo Molnar | 1e64281 | 2015-09-05 08:58:10 +0200 | [diff] [blame] | 1200 | If unsure, say N here. |
Andy Lutomirski | 5aef51c | 2015-07-10 08:34:23 -0700 | [diff] [blame] | 1201 | |
| 1202 | config VM86 |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 1203 | bool |
| 1204 | default X86_LEGACY_VM86 |
H. Peter Anvin | 34273f4 | 2014-05-04 10:36:22 -0700 | [diff] [blame] | 1205 | |
| 1206 | config X86_16BIT |
| 1207 | bool "Enable support for 16-bit segments" if EXPERT |
| 1208 | default y |
Andy Lutomirski | a5b9e5a | 2015-07-30 14:31:34 -0700 | [diff] [blame] | 1209 | depends on MODIFY_LDT_SYSCALL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1210 | help |
H. Peter Anvin | 34273f4 | 2014-05-04 10:36:22 -0700 | [diff] [blame] | 1211 | This option is required by programs like Wine to run 16-bit |
| 1212 | protected mode legacy code on x86 processors. Disabling |
| 1213 | this option saves about 300 bytes on i386, or around 6K text |
| 1214 | plus 16K runtime memory on x86-64, |
| 1215 | |
| 1216 | config X86_ESPFIX32 |
| 1217 | def_bool y |
| 1218 | depends on X86_16BIT && X86_32 |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1219 | |
H. Peter Anvin | 197725d | 2014-05-04 10:00:49 -0700 | [diff] [blame] | 1220 | config X86_ESPFIX64 |
| 1221 | def_bool y |
H. Peter Anvin | 34273f4 | 2014-05-04 10:36:22 -0700 | [diff] [blame] | 1222 | depends on X86_16BIT && X86_64 |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1223 | |
Andy Lutomirski | 1ad83c8 | 2014-10-29 14:33:47 -0700 | [diff] [blame] | 1224 | config X86_VSYSCALL_EMULATION |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 1225 | bool "Enable vsyscall emulation" if EXPERT |
| 1226 | default y |
| 1227 | depends on X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1228 | help |
Andy Lutomirski | 1ad83c8 | 2014-10-29 14:33:47 -0700 | [diff] [blame] | 1229 | This enables emulation of the legacy vsyscall page. Disabling |
| 1230 | it is roughly equivalent to booting with vsyscall=none, except |
| 1231 | that it will also disable the helpful warning if a program |
| 1232 | tries to use a vsyscall. With this option set to N, offending |
| 1233 | programs will just segfault, citing addresses of the form |
| 1234 | 0xffffffffff600?00. |
| 1235 | |
| 1236 | This option is required by many programs built before 2013, and |
| 1237 | care should be used even with newer programs if set to N. |
| 1238 | |
| 1239 | Disabling this option saves about 7K of kernel size and |
| 1240 | possibly 4K of additional runtime pagetable memory. |
| 1241 | |
Thomas Gleixner | 111e7b1 | 2019-11-12 21:40:33 +0100 | [diff] [blame] | 1242 | config X86_IOPL_IOPERM |
| 1243 | bool "IOPERM and IOPL Emulation" |
Thomas Gleixner | a24ca99 | 2019-11-11 23:03:29 +0100 | [diff] [blame] | 1244 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1245 | help |
Thomas Gleixner | 111e7b1 | 2019-11-12 21:40:33 +0100 | [diff] [blame] | 1246 | This enables the ioperm() and iopl() syscalls which are necessary |
| 1247 | for legacy applications. |
| 1248 | |
Thomas Gleixner | c8137ac | 2019-11-11 23:03:28 +0100 | [diff] [blame] | 1249 | Legacy IOPL support is an overbroad mechanism which allows user |
| 1250 | space aside of accessing all 65536 I/O ports also to disable |
| 1251 | interrupts. To gain this access the caller needs CAP_SYS_RAWIO |
| 1252 | capabilities and permission from potentially active security |
| 1253 | modules. |
| 1254 | |
| 1255 | The emulation restricts the functionality of the syscall to |
| 1256 | only allowing the full range I/O port access, but prevents the |
Thomas Gleixner | a24ca99 | 2019-11-11 23:03:29 +0100 | [diff] [blame] | 1257 | ability to disable interrupts from user space which would be |
| 1258 | granted if the hardware IOPL mechanism would be used. |
Thomas Gleixner | c8137ac | 2019-11-11 23:03:28 +0100 | [diff] [blame] | 1259 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1260 | config TOSHIBA |
| 1261 | tristate "Toshiba Laptop support" |
| 1262 | depends on X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1263 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1264 | This adds a driver to safely access the System Management Mode of |
| 1265 | the CPU on Toshiba portables with a genuine Toshiba BIOS. It does |
| 1266 | not work on models with a Phoenix BIOS. The System Management Mode |
| 1267 | is used to set the BIOS and power saving options on Toshiba portables. |
| 1268 | |
| 1269 | For information on utilities to make use of this driver see the |
| 1270 | Toshiba Linux utilities web site at: |
| 1271 | <http://www.buzzard.org.uk/toshiba/>. |
| 1272 | |
| 1273 | Say Y if you intend to run this kernel on a Toshiba portable. |
| 1274 | Say N otherwise. |
| 1275 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1276 | config X86_REBOOTFIXUPS |
Jan Beulich | 9ba1608 | 2008-10-15 22:01:38 -0700 | [diff] [blame] | 1277 | bool "Enable X86 board specific fixups for reboot" |
| 1278 | depends on X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1279 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1280 | This enables chipset and/or board specific fixups to be done |
| 1281 | in order to get reboot to work correctly. This is only needed on |
| 1282 | some combinations of hardware and BIOS. The symptom, for which |
| 1283 | this config is intended, is when reboot ends with a stalled/hung |
| 1284 | system. |
| 1285 | |
| 1286 | Currently, the only fixup is for the Geode machines using |
Florian Fainelli | 5e3a77e | 2008-01-30 13:33:36 +0100 | [diff] [blame] | 1287 | CS5530A and CS5536 chipsets and the RDC R-321x SoC. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1288 | |
| 1289 | Say Y if you want to enable the fixup. Currently, it's safe to |
| 1290 | enable this option even if you don't need it. |
| 1291 | Say N otherwise. |
| 1292 | |
| 1293 | config MICROCODE |
Borislav Petkov | 9a2bc33 | 2015-10-20 11:54:44 +0200 | [diff] [blame] | 1294 | bool "CPU microcode loading support" |
| 1295 | default y |
Borislav Petkov | 80030e3 | 2013-10-13 18:36:29 +0200 | [diff] [blame] | 1296 | depends on CPU_SUP_AMD || CPU_SUP_INTEL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1297 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1298 | If you say Y here, you will be able to update the microcode on |
Borislav Petkov | 5f9c01a | 2016-02-03 12:33:29 +0100 | [diff] [blame] | 1299 | Intel and AMD processors. The Intel support is for the IA32 family, |
| 1300 | e.g. Pentium Pro, Pentium II, Pentium III, Pentium 4, Xeon etc. The |
| 1301 | AMD support is for families 0x10 and later. You will obviously need |
| 1302 | the actual microcode binary data itself which is not shipped with |
| 1303 | the Linux kernel. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1304 | |
Borislav Petkov | 5f9c01a | 2016-02-03 12:33:29 +0100 | [diff] [blame] | 1305 | The preferred method to load microcode from a detached initrd is described |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 1306 | in Documentation/x86/microcode.rst. For that you need to enable |
Borislav Petkov | 5f9c01a | 2016-02-03 12:33:29 +0100 | [diff] [blame] | 1307 | CONFIG_BLK_DEV_INITRD in order for the loader to be able to scan the |
| 1308 | initrd for microcode blobs. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1309 | |
Benjamin Gilbert | c508c46 | 2018-01-23 18:06:32 -0800 | [diff] [blame] | 1310 | In addition, you can build the microcode into the kernel. For that you |
| 1311 | need to add the vendor-supplied microcode to the CONFIG_EXTRA_FIRMWARE |
| 1312 | config option. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1313 | |
Peter Oruba | 8d86f39 | 2008-07-28 18:44:21 +0200 | [diff] [blame] | 1314 | config MICROCODE_INTEL |
Borislav Petkov | e43f6e6 | 2012-08-01 19:17:01 +0200 | [diff] [blame] | 1315 | bool "Intel microcode loading support" |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1316 | depends on MICROCODE |
| 1317 | default MICROCODE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1318 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1319 | This options enables microcode patch loading support for Intel |
| 1320 | processors. |
Peter Oruba | 8d86f39 | 2008-07-28 18:44:21 +0200 | [diff] [blame] | 1321 | |
Alan | b8989db | 2014-01-20 18:01:56 +0000 | [diff] [blame] | 1322 | For the current Intel microcode data package go to |
| 1323 | <https://downloadcenter.intel.com> and search for |
| 1324 | 'Linux Processor Microcode Data File'. |
Peter Oruba | 8d86f39 | 2008-07-28 18:44:21 +0200 | [diff] [blame] | 1325 | |
Peter Oruba | 80cc9f1 | 2008-07-28 18:44:22 +0200 | [diff] [blame] | 1326 | config MICROCODE_AMD |
Borislav Petkov | e43f6e6 | 2012-08-01 19:17:01 +0200 | [diff] [blame] | 1327 | bool "AMD microcode loading support" |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1328 | depends on MICROCODE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1329 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1330 | If you select this option, microcode patch loading support for AMD |
| 1331 | processors will be enabled. |
Peter Oruba | 80cc9f1 | 2008-07-28 18:44:22 +0200 | [diff] [blame] | 1332 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1333 | config MICROCODE_OLD_INTERFACE |
Borislav Petkov | c02f48e | 2019-04-05 06:28:11 +0200 | [diff] [blame] | 1334 | bool "Ancient loading interface (DEPRECATED)" |
| 1335 | default n |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1336 | depends on MICROCODE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1337 | help |
Borislav Petkov | c02f48e | 2019-04-05 06:28:11 +0200 | [diff] [blame] | 1338 | DO NOT USE THIS! This is the ancient /dev/cpu/microcode interface |
| 1339 | which was used by userspace tools like iucode_tool and microcode.ctl. |
| 1340 | It is inadequate because it runs too late to be able to properly |
| 1341 | load microcode on a machine and it needs special tools. Instead, you |
| 1342 | should've switched to the early loading method with the initrd or |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 1343 | builtin microcode by now: Documentation/x86/microcode.rst |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1344 | |
| 1345 | config X86_MSR |
| 1346 | tristate "/dev/cpu/*/msr - Model-specific register support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1347 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1348 | This device gives privileged processes access to the x86 |
| 1349 | Model-Specific Registers (MSRs). It is a character device with |
| 1350 | major 202 and minors 0 to 31 for /dev/cpu/0/msr to /dev/cpu/31/msr. |
| 1351 | MSR accesses are directed to a specific CPU on multi-processor |
| 1352 | systems. |
| 1353 | |
| 1354 | config X86_CPUID |
| 1355 | tristate "/dev/cpu/*/cpuid - CPU information support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1356 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1357 | This device gives processes access to the x86 CPUID instruction to |
| 1358 | be executed on a specific processor. It is a character device |
| 1359 | with major 203 and minors 0 to 31 for /dev/cpu/0/cpuid to |
| 1360 | /dev/cpu/31/cpuid. |
| 1361 | |
| 1362 | choice |
| 1363 | prompt "High Memory Support" |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1364 | default HIGHMEM4G |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1365 | depends on X86_32 |
| 1366 | |
| 1367 | config NOHIGHMEM |
| 1368 | bool "off" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1369 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1370 | Linux can use up to 64 Gigabytes of physical memory on x86 systems. |
| 1371 | However, the address space of 32-bit x86 processors is only 4 |
| 1372 | Gigabytes large. That means that, if you have a large amount of |
| 1373 | physical memory, not all of it can be "permanently mapped" by the |
| 1374 | kernel. The physical memory that's not permanently mapped is called |
| 1375 | "high memory". |
| 1376 | |
| 1377 | If you are compiling a kernel which will never run on a machine with |
| 1378 | more than 1 Gigabyte total physical RAM, answer "off" here (default |
| 1379 | choice and suitable for most users). This will result in a "3GB/1GB" |
| 1380 | split: 3GB are mapped so that each process sees a 3GB virtual memory |
| 1381 | space and the remaining part of the 4GB virtual memory space is used |
| 1382 | by the kernel to permanently map as much physical memory as |
| 1383 | possible. |
| 1384 | |
| 1385 | If the machine has between 1 and 4 Gigabytes physical RAM, then |
| 1386 | answer "4GB" here. |
| 1387 | |
| 1388 | If more than 4 Gigabytes is used then answer "64GB" here. This |
| 1389 | selection turns Intel PAE (Physical Address Extension) mode on. |
| 1390 | PAE implements 3-level paging on IA32 processors. PAE is fully |
| 1391 | supported by Linux, PAE mode is implemented on all recent Intel |
| 1392 | processors (Pentium Pro and better). NOTE: If you say "64GB" here, |
| 1393 | then the kernel will not boot on CPUs that don't support PAE! |
| 1394 | |
| 1395 | The actual amount of total physical memory will either be |
| 1396 | auto detected or can be forced by using a kernel command line option |
| 1397 | such as "mem=256M". (Try "man bootparam" or see the documentation of |
| 1398 | your boot loader (lilo or loadlin) about how to pass options to the |
| 1399 | kernel at boot time.) |
| 1400 | |
| 1401 | If unsure, say "off". |
| 1402 | |
| 1403 | config HIGHMEM4G |
| 1404 | bool "4GB" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1405 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1406 | Select this if you have a 32-bit processor and between 1 and 4 |
| 1407 | gigabytes of physical RAM. |
| 1408 | |
| 1409 | config HIGHMEM64G |
| 1410 | bool "64GB" |
Lukas Bulwahn | 225bac2 | 2021-08-03 13:35:25 +0200 | [diff] [blame] | 1411 | depends on !M486SX && !M486 && !M586 && !M586TSC && !M586MMX && !MGEODE_LX && !MGEODEGX1 && !MCYRIXIII && !MELAN && !MWINCHIPC6 && !MWINCHIP3D && !MK6 |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1412 | select X86_PAE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1413 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1414 | Select this if you have a 32-bit processor and more than 4 |
| 1415 | gigabytes of physical RAM. |
| 1416 | |
| 1417 | endchoice |
| 1418 | |
| 1419 | choice |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 1420 | prompt "Memory split" if EXPERT |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1421 | default VMSPLIT_3G |
| 1422 | depends on X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1423 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1424 | Select the desired split between kernel and user memory. |
| 1425 | |
| 1426 | If the address range available to the kernel is less than the |
| 1427 | physical memory installed, the remaining memory will be available |
| 1428 | as "high memory". Accessing high memory is a little more costly |
| 1429 | than low memory, as it needs to be mapped into the kernel first. |
| 1430 | Note that increasing the kernel address space limits the range |
| 1431 | available to user programs, making the address space there |
| 1432 | tighter. Selecting anything other than the default 3G/1G split |
| 1433 | will also likely make your kernel incompatible with binary-only |
| 1434 | kernel modules. |
| 1435 | |
| 1436 | If you are not absolutely sure what you are doing, leave this |
| 1437 | option alone! |
| 1438 | |
| 1439 | config VMSPLIT_3G |
| 1440 | bool "3G/1G user/kernel split" |
| 1441 | config VMSPLIT_3G_OPT |
| 1442 | depends on !X86_PAE |
| 1443 | bool "3G/1G user/kernel split (for full 1G low memory)" |
| 1444 | config VMSPLIT_2G |
| 1445 | bool "2G/2G user/kernel split" |
| 1446 | config VMSPLIT_2G_OPT |
| 1447 | depends on !X86_PAE |
| 1448 | bool "2G/2G user/kernel split (for full 2G low memory)" |
| 1449 | config VMSPLIT_1G |
| 1450 | bool "1G/3G user/kernel split" |
| 1451 | endchoice |
| 1452 | |
| 1453 | config PAGE_OFFSET |
| 1454 | hex |
| 1455 | default 0xB0000000 if VMSPLIT_3G_OPT |
| 1456 | default 0x80000000 if VMSPLIT_2G |
| 1457 | default 0x78000000 if VMSPLIT_2G_OPT |
| 1458 | default 0x40000000 if VMSPLIT_1G |
| 1459 | default 0xC0000000 |
| 1460 | depends on X86_32 |
| 1461 | |
| 1462 | config HIGHMEM |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1463 | def_bool y |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1464 | depends on X86_32 && (HIGHMEM64G || HIGHMEM4G) |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1465 | |
| 1466 | config X86_PAE |
Jan Beulich | 9ba1608 | 2008-10-15 22:01:38 -0700 | [diff] [blame] | 1467 | bool "PAE (Physical Address Extension) Support" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1468 | depends on X86_32 && !HIGHMEM4G |
Christoph Hellwig | d4a451d | 2018-04-03 16:24:20 +0200 | [diff] [blame] | 1469 | select PHYS_ADDR_T_64BIT |
Christian Melki | 9d99c71 | 2015-10-05 17:31:33 +0200 | [diff] [blame] | 1470 | select SWIOTLB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1471 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1472 | PAE is required for NX support, and furthermore enables |
| 1473 | larger swapspace support for non-overcommit purposes. It |
| 1474 | has the cost of more pagetable lookup overhead, and also |
| 1475 | consumes more pagetable space per process. |
| 1476 | |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 1477 | config X86_5LEVEL |
| 1478 | bool "Enable 5-level page tables support" |
Kirill A. Shutemov | 18ec1ea | 2019-09-13 12:54:52 +0300 | [diff] [blame] | 1479 | default y |
Kirill A. Shutemov | eedb92a | 2018-02-14 14:16:50 +0300 | [diff] [blame] | 1480 | select DYNAMIC_MEMORY_LAYOUT |
Kirill A. Shutemov | 162434e | 2018-02-14 14:16:54 +0300 | [diff] [blame] | 1481 | select SPARSEMEM_VMEMMAP |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 1482 | depends on X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1483 | help |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 1484 | 5-level paging enables access to larger address space: |
| 1485 | upto 128 PiB of virtual address space and 4 PiB of |
| 1486 | physical address space. |
| 1487 | |
| 1488 | It will be supported by future Intel CPUs. |
| 1489 | |
Kirill A. Shutemov | 6657fca | 2018-02-14 21:25:42 +0300 | [diff] [blame] | 1490 | A kernel with the option enabled can be booted on machines that |
| 1491 | support 4- or 5-level paging. |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 1492 | |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 1493 | See Documentation/x86/x86_64/5level-paging.rst for more |
Kirill A. Shutemov | 77ef56e | 2017-07-17 01:59:54 +0300 | [diff] [blame] | 1494 | information. |
| 1495 | |
| 1496 | Say N if unsure. |
| 1497 | |
Ingo Molnar | 10971ab | 2015-03-05 08:18:23 +0100 | [diff] [blame] | 1498 | config X86_DIRECT_GBPAGES |
Luis R. Rodriguez | e5008ab | 2015-03-04 17:24:12 -0800 | [diff] [blame] | 1499 | def_bool y |
Vlastimil Babka | 2e1da13 | 2019-08-07 15:02:58 +0200 | [diff] [blame] | 1500 | depends on X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1501 | help |
Ingo Molnar | 10971ab | 2015-03-05 08:18:23 +0100 | [diff] [blame] | 1502 | Certain kernel features effectively disable kernel |
| 1503 | linear 1 GB mappings (even if the CPU otherwise |
| 1504 | supports them), so don't confuse the user by printing |
| 1505 | that we have them enabled. |
Nick Piggin | 9e89981 | 2008-10-22 12:33:16 +0200 | [diff] [blame] | 1506 | |
Thomas Gleixner | 5c280cf | 2018-09-17 16:29:12 +0200 | [diff] [blame] | 1507 | config X86_CPA_STATISTICS |
| 1508 | bool "Enable statistic for Change Page Attribute" |
| 1509 | depends on DEBUG_FS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1510 | help |
Ingo Molnar | b75baaf | 2019-11-20 15:57:04 +0100 | [diff] [blame] | 1511 | Expose statistics about the Change Page Attribute mechanism, which |
Colin Ian King | a943245 | 2019-04-16 11:57:51 +0100 | [diff] [blame] | 1512 | helps to determine the effectiveness of preserving large and huge |
Thomas Gleixner | 5c280cf | 2018-09-17 16:29:12 +0200 | [diff] [blame] | 1513 | page mappings when mapping protections are changed. |
| 1514 | |
Kirill A. Shutemov | 20f07a0 | 2021-12-06 16:55:05 +0300 | [diff] [blame] | 1515 | config X86_MEM_ENCRYPT |
| 1516 | select ARCH_HAS_FORCE_DMA_UNENCRYPTED |
| 1517 | select DYNAMIC_PHYSICAL_MASK |
| 1518 | select ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS |
| 1519 | def_bool n |
| 1520 | |
Tom Lendacky | 7744ccd | 2017-07-17 16:10:03 -0500 | [diff] [blame] | 1521 | config AMD_MEM_ENCRYPT |
| 1522 | bool "AMD Secure Memory Encryption (SME) support" |
| 1523 | depends on X86_64 && CPU_SUP_AMD |
David Rientjes | 82fef0a | 2020-04-14 17:05:01 -0700 | [diff] [blame] | 1524 | select DMA_COHERENT_POOL |
Ard Biesheuvel | ce9084b | 2019-02-02 10:41:17 +0100 | [diff] [blame] | 1525 | select ARCH_USE_MEMREMAP_PROT |
Joerg Roedel | 597cfe48 | 2020-09-07 15:15:24 +0200 | [diff] [blame] | 1526 | select INSTRUCTION_DECODER |
Tom Lendacky | aa5a461 | 2021-09-08 17:58:34 -0500 | [diff] [blame] | 1527 | select ARCH_HAS_CC_PLATFORM |
Kirill A. Shutemov | 20f07a0 | 2021-12-06 16:55:05 +0300 | [diff] [blame] | 1528 | select X86_MEM_ENCRYPT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1529 | help |
Tom Lendacky | 7744ccd | 2017-07-17 16:10:03 -0500 | [diff] [blame] | 1530 | Say yes to enable support for the encryption of system memory. |
| 1531 | This requires an AMD processor that supports Secure Memory |
| 1532 | Encryption (SME). |
| 1533 | |
| 1534 | config AMD_MEM_ENCRYPT_ACTIVE_BY_DEFAULT |
| 1535 | bool "Activate AMD Secure Memory Encryption (SME) by default" |
Tom Lendacky | 7744ccd | 2017-07-17 16:10:03 -0500 | [diff] [blame] | 1536 | depends on AMD_MEM_ENCRYPT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1537 | help |
Tom Lendacky | 7744ccd | 2017-07-17 16:10:03 -0500 | [diff] [blame] | 1538 | Say yes to have system memory encrypted by default if running on |
| 1539 | an AMD processor that supports Secure Memory Encryption (SME). |
| 1540 | |
| 1541 | If set to Y, then the encryption of system memory can be |
| 1542 | deactivated with the mem_encrypt=off command line option. |
| 1543 | |
| 1544 | If set to N, then the encryption of system memory can be |
| 1545 | activated with the mem_encrypt=on command line option. |
| 1546 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1547 | # Common NUMA Features |
| 1548 | config NUMA |
Randy Dunlap | e133f6e | 2019-12-03 16:06:47 -0800 | [diff] [blame] | 1549 | bool "NUMA Memory Allocation and Scheduler Support" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1550 | depends on SMP |
H. Peter Anvin | b5660ba | 2014-02-25 12:14:06 -0800 | [diff] [blame] | 1551 | depends on X86_64 || (X86_32 && HIGHMEM64G && X86_BIGSMP) |
| 1552 | default y if X86_BIGSMP |
Kefeng Wang | 7ecd19c | 2022-01-19 18:07:41 -0800 | [diff] [blame] | 1553 | select USE_PERCPU_NUMA_NODE_ID |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1554 | help |
Randy Dunlap | e133f6e | 2019-12-03 16:06:47 -0800 | [diff] [blame] | 1555 | Enable NUMA (Non-Uniform Memory Access) support. |
KOSAKI Motohiro | fd51b2d | 2008-11-05 02:27:19 +0900 | [diff] [blame] | 1556 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1557 | The kernel will try to allocate memory used by a CPU on the |
| 1558 | local memory controller of the CPU and add some more |
| 1559 | NUMA awareness to the kernel. |
| 1560 | |
Ingo Molnar | c280ea5 | 2008-11-08 13:29:45 +0100 | [diff] [blame] | 1561 | For 64-bit this is recommended if the system is Intel Core i7 |
KOSAKI Motohiro | fd51b2d | 2008-11-05 02:27:19 +0900 | [diff] [blame] | 1562 | (or later), AMD Opteron, or EM64T NUMA. |
| 1563 | |
H. Peter Anvin | b5660ba | 2014-02-25 12:14:06 -0800 | [diff] [blame] | 1564 | For 32-bit this is only needed if you boot a 32-bit |
David Rientjes | 7cf6c94 | 2014-02-11 18:11:13 -0800 | [diff] [blame] | 1565 | kernel on a 64-bit NUMA platform. |
KOSAKI Motohiro | fd51b2d | 2008-11-05 02:27:19 +0900 | [diff] [blame] | 1566 | |
| 1567 | Otherwise, you should say N. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1568 | |
Hans Rosenfeld | eec1d4f | 2010-10-29 17:14:30 +0200 | [diff] [blame] | 1569 | config AMD_NUMA |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1570 | def_bool y |
| 1571 | prompt "Old style AMD Opteron NUMA detection" |
Tejun Heo | 5da0ef9 | 2011-07-11 10:34:32 +0200 | [diff] [blame] | 1572 | depends on X86_64 && NUMA && PCI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1573 | help |
Hans Rosenfeld | eec1d4f | 2010-10-29 17:14:30 +0200 | [diff] [blame] | 1574 | Enable AMD NUMA node topology detection. You should say Y here if |
| 1575 | you have a multi processor AMD system. This uses an old method to |
| 1576 | read the NUMA configuration directly from the builtin Northbridge |
| 1577 | of Opteron. It is recommended to use X86_64_ACPI_NUMA instead, |
| 1578 | which also takes priority if both are compiled in. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1579 | |
| 1580 | config X86_64_ACPI_NUMA |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 1581 | def_bool y |
| 1582 | prompt "ACPI NUMA detection" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1583 | depends on X86_64 && NUMA && ACPI && PCI |
| 1584 | select ACPI_NUMA |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1585 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1586 | Enable ACPI SRAT based node topology detection. |
| 1587 | |
| 1588 | config NUMA_EMU |
| 1589 | bool "NUMA emulation" |
Tejun Heo | 1b7e03e | 2011-05-02 17:24:48 +0200 | [diff] [blame] | 1590 | depends on NUMA |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1591 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1592 | Enable NUMA emulation. A flat machine will be split |
| 1593 | into virtual nodes when booted with "numa=fake=N", where N is the |
| 1594 | number of nodes. This is only useful for debugging. |
| 1595 | |
| 1596 | config NODES_SHIFT |
Linus Torvalds | d25e26b | 2008-08-25 14:15:38 -0700 | [diff] [blame] | 1597 | int "Maximum NUMA Nodes (as a power of 2)" if !MAXSMP |
David Rientjes | 51591e3 | 2010-03-25 15:39:27 -0700 | [diff] [blame] | 1598 | range 1 10 |
| 1599 | default "10" if MAXSMP |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1600 | default "6" if X86_64 |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1601 | default "3" |
Mike Rapoport | a9ee6cf | 2021-06-28 19:43:01 -0700 | [diff] [blame] | 1602 | depends on NUMA |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1603 | help |
Mike Travis | 1184dc2 | 2008-05-12 21:21:12 +0200 | [diff] [blame] | 1604 | Specify the maximum number of NUMA Nodes available on the target |
Matt LaPlante | 692105b | 2009-01-26 11:12:25 +0100 | [diff] [blame] | 1605 | system. Increases memory reserved to accommodate various tables. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1606 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1607 | config ARCH_FLATMEM_ENABLE |
| 1608 | def_bool y |
Tejun Heo | 3b16651 | 2011-04-01 11:15:12 +0200 | [diff] [blame] | 1609 | depends on X86_32 && !NUMA |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1610 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1611 | config ARCH_SPARSEMEM_ENABLE |
| 1612 | def_bool y |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 1613 | depends on X86_64 || NUMA || X86_32 || X86_32_NON_STANDARD |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1614 | select SPARSEMEM_STATIC if X86_32 |
| 1615 | select SPARSEMEM_VMEMMAP_ENABLE if X86_64 |
| 1616 | |
Tejun Heo | 3b16651 | 2011-04-01 11:15:12 +0200 | [diff] [blame] | 1617 | config ARCH_SPARSEMEM_DEFAULT |
Mike Rapoport | 6ad57f7 | 2019-04-24 16:24:11 +0300 | [diff] [blame] | 1618 | def_bool X86_64 || (NUMA && X86_32) |
Tejun Heo | 3b16651 | 2011-04-01 11:15:12 +0200 | [diff] [blame] | 1619 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1620 | config ARCH_SELECT_MEMORY_MODEL |
| 1621 | def_bool y |
David Hildenbrand | 4eda2bc | 2021-09-29 16:43:21 +0200 | [diff] [blame] | 1622 | depends on ARCH_SPARSEMEM_ENABLE && ARCH_FLATMEM_ENABLE |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1623 | |
| 1624 | config ARCH_MEMORY_PROBE |
Toshi Kani | a0842b7 | 2013-07-19 11:47:48 -0600 | [diff] [blame] | 1625 | bool "Enable sysfs memory/probe interface" |
David Hildenbrand | 5c11f00b | 2021-11-05 13:44:39 -0700 | [diff] [blame] | 1626 | depends on MEMORY_HOTPLUG |
Toshi Kani | a0842b7 | 2013-07-19 11:47:48 -0600 | [diff] [blame] | 1627 | help |
| 1628 | This option enables a sysfs memory/probe interface for testing. |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 1629 | See Documentation/admin-guide/mm/memory-hotplug.rst for more information. |
Toshi Kani | a0842b7 | 2013-07-19 11:47:48 -0600 | [diff] [blame] | 1630 | If you are unsure how to answer this question, answer N. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1631 | |
Tejun Heo | 3b16651 | 2011-04-01 11:15:12 +0200 | [diff] [blame] | 1632 | config ARCH_PROC_KCORE_TEXT |
| 1633 | def_bool y |
| 1634 | depends on X86_64 && PROC_KCORE |
| 1635 | |
Avi Kivity | a29815a | 2010-01-10 16:28:09 +0200 | [diff] [blame] | 1636 | config ILLEGAL_POINTER_VALUE |
Krzysztof Kozlowski | b03b016 | 2019-11-21 04:21:09 +0100 | [diff] [blame] | 1637 | hex |
| 1638 | default 0 if X86_32 |
| 1639 | default 0xdead000000000000 if X86_64 |
Avi Kivity | a29815a | 2010-01-10 16:28:09 +0200 | [diff] [blame] | 1640 | |
Dan Williams | 7a67832 | 2015-08-19 00:34:34 -0400 | [diff] [blame] | 1641 | config X86_PMEM_LEGACY_DEVICE |
| 1642 | bool |
| 1643 | |
Christoph Hellwig | ec776ef | 2015-04-01 09:12:18 +0200 | [diff] [blame] | 1644 | config X86_PMEM_LEGACY |
Dan Williams | 7a67832 | 2015-08-19 00:34:34 -0400 | [diff] [blame] | 1645 | tristate "Support non-standard NVDIMMs and ADR protected memory" |
Dan Williams | 9f53f9f | 2015-06-09 15:33:45 -0400 | [diff] [blame] | 1646 | depends on PHYS_ADDR_T_64BIT |
| 1647 | depends on BLK_DEV |
Dan Williams | 7a67832 | 2015-08-19 00:34:34 -0400 | [diff] [blame] | 1648 | select X86_PMEM_LEGACY_DEVICE |
Dan Williams | 7b27a86 | 2020-02-16 12:01:16 -0800 | [diff] [blame] | 1649 | select NUMA_KEEP_MEMINFO if NUMA |
Dan Williams | 9f53f9f | 2015-06-09 15:33:45 -0400 | [diff] [blame] | 1650 | select LIBNVDIMM |
Christoph Hellwig | ec776ef | 2015-04-01 09:12:18 +0200 | [diff] [blame] | 1651 | help |
| 1652 | Treat memory marked using the non-standard e820 type of 12 as used |
| 1653 | by the Intel Sandy Bridge-EP reference BIOS as protected memory. |
| 1654 | The kernel will offer these regions to the 'pmem' driver so |
| 1655 | they can be used for persistent storage. |
| 1656 | |
| 1657 | Say Y if unsure. |
| 1658 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1659 | config HIGHPTE |
| 1660 | bool "Allocate 3rd-level pagetables from highmem" |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1661 | depends on HIGHMEM |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1662 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1663 | The VM uses one page table entry for each page of physical memory. |
| 1664 | For systems with a lot of RAM, this can be wasteful of precious |
| 1665 | low memory. Setting this option will put user-space page table |
| 1666 | entries in high memory. |
| 1667 | |
Jeremy Fitzhardinge | 9f07787 | 2008-09-07 01:51:34 -0700 | [diff] [blame] | 1668 | config X86_CHECK_BIOS_CORRUPTION |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1669 | bool "Check for low memory corruption" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1670 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1671 | Periodically check for memory corruption in low memory, which |
| 1672 | is suspected to be caused by BIOS. Even when enabled in the |
| 1673 | configuration, it is disabled at runtime. Enable it by |
| 1674 | setting "memory_corruption_check=1" on the kernel command |
| 1675 | line. By default it scans the low 64k of memory every 60 |
| 1676 | seconds; see the memory_corruption_check_size and |
| 1677 | memory_corruption_check_period parameters in |
Mauro Carvalho Chehab | 8c27ceff3 | 2016-10-18 10:12:27 -0200 | [diff] [blame] | 1678 | Documentation/admin-guide/kernel-parameters.rst to adjust this. |
Jeremy Fitzhardinge | 9f07787 | 2008-09-07 01:51:34 -0700 | [diff] [blame] | 1679 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1680 | When enabled with the default parameters, this option has |
| 1681 | almost no overhead, as it reserves a relatively small amount |
| 1682 | of memory and scans it infrequently. It both detects corruption |
| 1683 | and prevents it from affecting the running system. |
Jeremy Fitzhardinge | 9f07787 | 2008-09-07 01:51:34 -0700 | [diff] [blame] | 1684 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1685 | It is, however, intended as a diagnostic tool; if repeatable |
| 1686 | BIOS-originated corruption always affects the same memory, |
| 1687 | you can use memmap= to prevent the kernel from using that |
| 1688 | memory. |
Jeremy Fitzhardinge | 9f07787 | 2008-09-07 01:51:34 -0700 | [diff] [blame] | 1689 | |
Jeremy Fitzhardinge | c885df5 | 2008-09-07 02:37:32 -0700 | [diff] [blame] | 1690 | config X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1691 | bool "Set the default setting of memory_corruption_check" |
Jeremy Fitzhardinge | c885df5 | 2008-09-07 02:37:32 -0700 | [diff] [blame] | 1692 | depends on X86_CHECK_BIOS_CORRUPTION |
| 1693 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1694 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1695 | Set whether the default state of memory_corruption_check is |
| 1696 | on or off. |
Jeremy Fitzhardinge | c885df5 | 2008-09-07 02:37:32 -0700 | [diff] [blame] | 1697 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1698 | config MATH_EMULATION |
| 1699 | bool |
Andy Lutomirski | a5b9e5a | 2015-07-30 14:31:34 -0700 | [diff] [blame] | 1700 | depends on MODIFY_LDT_SYSCALL |
Arnd Bergmann | 87d6021 | 2019-10-01 16:23:35 +0200 | [diff] [blame] | 1701 | prompt "Math emulation" if X86_32 && (M486SX || MELAN) |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1702 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1703 | Linux can emulate a math coprocessor (used for floating point |
| 1704 | operations) if you don't have one. 486DX and Pentium processors have |
| 1705 | a math coprocessor built in, 486SX and 386 do not, unless you added |
| 1706 | a 487DX or 387, respectively. (The messages during boot time can |
| 1707 | give you some hints here ["man dmesg"].) Everyone needs either a |
| 1708 | coprocessor or this emulation. |
| 1709 | |
| 1710 | If you don't have a math coprocessor, you need to say Y here; if you |
| 1711 | say Y here even though you have a coprocessor, the coprocessor will |
| 1712 | be used nevertheless. (This behavior can be changed with the kernel |
| 1713 | command line option "no387", which comes handy if your coprocessor |
| 1714 | is broken. Try "man bootparam" or see the documentation of your boot |
| 1715 | loader (lilo or loadlin) about how to pass options to the kernel at |
| 1716 | boot time.) This means that it is a good idea to say Y here if you |
| 1717 | intend to use this kernel on different machines. |
| 1718 | |
| 1719 | More information about the internals of the Linux math coprocessor |
| 1720 | emulation can be found in <file:arch/x86/math-emu/README>. |
| 1721 | |
| 1722 | If you are not sure, say Y; apart from resulting in a 66 KB bigger |
| 1723 | kernel, it won't hurt. |
| 1724 | |
| 1725 | config MTRR |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1726 | def_bool y |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 1727 | prompt "MTRR (Memory Type Range Register) support" if EXPERT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1728 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1729 | On Intel P6 family processors (Pentium Pro, Pentium II and later) |
| 1730 | the Memory Type Range Registers (MTRRs) may be used to control |
| 1731 | processor access to memory ranges. This is most useful if you have |
| 1732 | a video (VGA) card on a PCI or AGP bus. Enabling write-combining |
| 1733 | allows bus write transfers to be combined into a larger transfer |
| 1734 | before bursting over the PCI/AGP bus. This can increase performance |
| 1735 | of image write operations 2.5 times or more. Saying Y here creates a |
| 1736 | /proc/mtrr file which may be used to manipulate your processor's |
| 1737 | MTRRs. Typically the X server should use this. |
| 1738 | |
| 1739 | This code has a reasonably generic interface so that similar |
| 1740 | control registers on other processors can be easily supported |
| 1741 | as well: |
| 1742 | |
| 1743 | The Cyrix 6x86, 6x86MX and M II processors have Address Range |
| 1744 | Registers (ARRs) which provide a similar functionality to MTRRs. For |
| 1745 | these, the ARRs are used to emulate the MTRRs. |
| 1746 | The AMD K6-2 (stepping 8 and above) and K6-3 processors have two |
| 1747 | MTRRs. The Centaur C6 (WinChip) has 8 MCRs, allowing |
| 1748 | write-combining. All of these processors are supported by this code |
| 1749 | and it makes sense to say Y here if you have one of them. |
| 1750 | |
| 1751 | Saying Y here also fixes a problem with buggy SMP BIOSes which only |
| 1752 | set the MTRRs for the boot CPU and not for the secondary CPUs. This |
| 1753 | can lead to all sorts of problems, so it's good to say Y here. |
| 1754 | |
| 1755 | You can safely say Y even if your machine doesn't have MTRRs, you'll |
| 1756 | just add about 9 KB to your kernel. |
| 1757 | |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 1758 | See <file:Documentation/x86/mtrr.rst> for more information. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1759 | |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1760 | config MTRR_SANITIZER |
Yinghai Lu | 2ffb350 | 2008-09-30 16:29:40 -0700 | [diff] [blame] | 1761 | def_bool y |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1762 | prompt "MTRR cleanup support" |
| 1763 | depends on MTRR |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1764 | help |
Thomas Gleixner | aba3728 | 2008-07-15 14:48:48 +0200 | [diff] [blame] | 1765 | Convert MTRR layout from continuous to discrete, so X drivers can |
| 1766 | add writeback entries. |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1767 | |
Thomas Gleixner | aba3728 | 2008-07-15 14:48:48 +0200 | [diff] [blame] | 1768 | Can be disabled with disable_mtrr_cleanup on the kernel command line. |
Matt LaPlante | 692105b | 2009-01-26 11:12:25 +0100 | [diff] [blame] | 1769 | The largest mtrr entry size for a continuous block can be set with |
Thomas Gleixner | aba3728 | 2008-07-15 14:48:48 +0200 | [diff] [blame] | 1770 | mtrr_chunk_size. |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1771 | |
Yinghai Lu | 2ffb350 | 2008-09-30 16:29:40 -0700 | [diff] [blame] | 1772 | If unsure, say Y. |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1773 | |
| 1774 | config MTRR_SANITIZER_ENABLE_DEFAULT |
Yinghai Lu | f5098d6 | 2008-04-29 20:25:58 -0700 | [diff] [blame] | 1775 | int "MTRR cleanup enable value (0-1)" |
| 1776 | range 0 1 |
| 1777 | default "0" |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1778 | depends on MTRR_SANITIZER |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1779 | help |
Yinghai Lu | f5098d6 | 2008-04-29 20:25:58 -0700 | [diff] [blame] | 1780 | Enable mtrr cleanup default value |
Yinghai Lu | 95ffa24 | 2008-04-29 03:52:33 -0700 | [diff] [blame] | 1781 | |
Yinghai Lu | 12031a6 | 2008-05-02 02:40:22 -0700 | [diff] [blame] | 1782 | config MTRR_SANITIZER_SPARE_REG_NR_DEFAULT |
| 1783 | int "MTRR cleanup spare reg num (0-7)" |
| 1784 | range 0 7 |
| 1785 | default "1" |
| 1786 | depends on MTRR_SANITIZER |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1787 | help |
Yinghai Lu | 12031a6 | 2008-05-02 02:40:22 -0700 | [diff] [blame] | 1788 | mtrr cleanup spare entries default, it can be changed via |
Thomas Gleixner | aba3728 | 2008-07-15 14:48:48 +0200 | [diff] [blame] | 1789 | mtrr_spare_reg_nr=N on the kernel command line. |
Yinghai Lu | 12031a6 | 2008-05-02 02:40:22 -0700 | [diff] [blame] | 1790 | |
venkatesh.pallipadi@intel.com | 2e5d9c8 | 2008-03-18 17:00:14 -0700 | [diff] [blame] | 1791 | config X86_PAT |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 1792 | def_bool y |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 1793 | prompt "x86 PAT support" if EXPERT |
Ingo Molnar | 2a8a271 | 2008-04-26 10:26:52 +0200 | [diff] [blame] | 1794 | depends on MTRR |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1795 | help |
venkatesh.pallipadi@intel.com | 2e5d9c8 | 2008-03-18 17:00:14 -0700 | [diff] [blame] | 1796 | Use PAT attributes to setup page level cache control. |
Venki Pallipadi | 042b78e | 2008-03-24 14:22:35 -0700 | [diff] [blame] | 1797 | |
venkatesh.pallipadi@intel.com | 2e5d9c8 | 2008-03-18 17:00:14 -0700 | [diff] [blame] | 1798 | PATs are the modern equivalents of MTRRs and are much more |
| 1799 | flexible than MTRRs. |
| 1800 | |
| 1801 | Say N here if you see bootup problems (boot crash, boot hang, |
Venki Pallipadi | 042b78e | 2008-03-24 14:22:35 -0700 | [diff] [blame] | 1802 | spontaneous reboots) or a non-working video driver. |
venkatesh.pallipadi@intel.com | 2e5d9c8 | 2008-03-18 17:00:14 -0700 | [diff] [blame] | 1803 | |
| 1804 | If unsure, say Y. |
| 1805 | |
Venkatesh Pallipadi | 46cf98c | 2009-07-10 09:57:37 -0700 | [diff] [blame] | 1806 | config ARCH_USES_PG_UNCACHED |
| 1807 | def_bool y |
| 1808 | depends on X86_PAT |
| 1809 | |
H. Peter Anvin | 628c624 | 2011-07-31 13:59:29 -0700 | [diff] [blame] | 1810 | config ARCH_RANDOM |
| 1811 | def_bool y |
| 1812 | prompt "x86 architectural random number generator" if EXPERT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1813 | help |
H. Peter Anvin | 628c624 | 2011-07-31 13:59:29 -0700 | [diff] [blame] | 1814 | Enable the x86 architectural RDRAND instruction |
| 1815 | (Intel Bull Mountain technology) to generate random numbers. |
| 1816 | If supported, this is a high bandwidth, cryptographically |
| 1817 | secure hardware random number generator. |
| 1818 | |
H. Peter Anvin | 51ae4a2 | 2012-09-21 12:43:10 -0700 | [diff] [blame] | 1819 | config X86_SMAP |
| 1820 | def_bool y |
| 1821 | prompt "Supervisor Mode Access Prevention" if EXPERT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1822 | help |
H. Peter Anvin | 51ae4a2 | 2012-09-21 12:43:10 -0700 | [diff] [blame] | 1823 | Supervisor Mode Access Prevention (SMAP) is a security |
| 1824 | feature in newer Intel processors. There is a small |
| 1825 | performance cost if this enabled and turned on; there is |
| 1826 | also a small increase in the kernel size if this is enabled. |
| 1827 | |
| 1828 | If unsure, say Y. |
| 1829 | |
Babu Moger | b971880 | 2019-11-05 21:25:32 +0000 | [diff] [blame] | 1830 | config X86_UMIP |
Ricardo Neri | 796ebc8 | 2017-11-13 22:29:42 -0800 | [diff] [blame] | 1831 | def_bool y |
Babu Moger | b971880 | 2019-11-05 21:25:32 +0000 | [diff] [blame] | 1832 | prompt "User Mode Instruction Prevention" if EXPERT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1833 | help |
Babu Moger | b971880 | 2019-11-05 21:25:32 +0000 | [diff] [blame] | 1834 | User Mode Instruction Prevention (UMIP) is a security feature in |
| 1835 | some x86 processors. If enabled, a general protection fault is |
| 1836 | issued if the SGDT, SLDT, SIDT, SMSW or STR instructions are |
| 1837 | executed in user mode. These instructions unnecessarily expose |
| 1838 | information about the hardware state. |
Ricardo Neri | 796ebc8 | 2017-11-13 22:29:42 -0800 | [diff] [blame] | 1839 | |
| 1840 | The vast majority of applications do not use these instructions. |
| 1841 | For the very few that do, software emulation is provided in |
| 1842 | specific cases in protected and virtual-8086 modes. Emulated |
| 1843 | results are dummy. |
Ricardo Neri | aa35f89 | 2017-11-05 18:27:54 -0800 | [diff] [blame] | 1844 | |
Peter Zijlstra | 156ff4a | 2022-03-08 16:30:17 +0100 | [diff] [blame] | 1845 | config CC_HAS_IBT |
| 1846 | # GCC >= 9 and binutils >= 2.29 |
| 1847 | # Retpoline check to work around https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93654 |
| 1848 | # Clang/LLVM >= 14 |
Nathan Chancellor | 262448f | 2022-03-18 16:07:46 -0700 | [diff] [blame] | 1849 | # https://github.com/llvm/llvm-project/commit/e0b89df2e0f0130881bf6c39bf31d7f6aac00e0f |
| 1850 | # https://github.com/llvm/llvm-project/commit/dfcf69770bc522b9e411c66454934a37c1f35332 |
Peter Zijlstra | 156ff4a | 2022-03-08 16:30:17 +0100 | [diff] [blame] | 1851 | def_bool ((CC_IS_GCC && $(cc-option, -fcf-protection=branch -mindirect-branch-register)) || \ |
Nathan Chancellor | 262448f | 2022-03-18 16:07:46 -0700 | [diff] [blame] | 1852 | (CC_IS_CLANG && CLANG_VERSION >= 140000)) && \ |
Peter Zijlstra | 156ff4a | 2022-03-08 16:30:17 +0100 | [diff] [blame] | 1853 | $(as-instr,endbr64) |
| 1854 | |
| 1855 | config X86_KERNEL_IBT |
| 1856 | prompt "Indirect Branch Tracking" |
| 1857 | bool |
Peter Zijlstra | ed53a0d | 2022-03-08 16:30:56 +0100 | [diff] [blame] | 1858 | depends on X86_64 && CC_HAS_IBT && STACK_VALIDATION |
Nathan Chancellor | f6a2c2b | 2022-03-18 16:07:47 -0700 | [diff] [blame] | 1859 | # https://github.com/llvm/llvm-project/commit/9d7001eba9c4cb311e03cd8cdc231f9e579f2d0f |
| 1860 | depends on !LD_IS_LLD || LLD_VERSION >= 140000 |
Peter Zijlstra | 156ff4a | 2022-03-08 16:30:17 +0100 | [diff] [blame] | 1861 | help |
| 1862 | Build the kernel with support for Indirect Branch Tracking, a |
| 1863 | hardware support course-grain forward-edge Control Flow Integrity |
| 1864 | protection. It enforces that all indirect calls must land on |
| 1865 | an ENDBR instruction, as such, the compiler will instrument the |
| 1866 | code with them to make this happen. |
| 1867 | |
Peter Zijlstra | ed53a0d | 2022-03-08 16:30:56 +0100 | [diff] [blame] | 1868 | In addition to building the kernel with IBT, seal all functions that |
| 1869 | are not indirect call targets, avoiding them ever becomming one. |
| 1870 | |
| 1871 | This requires LTO like objtool runs and will slow down the build. It |
| 1872 | does significantly reduce the number of ENDBR instructions in the |
| 1873 | kernel image. |
| 1874 | |
Dave Hansen | 35e9779 | 2016-02-12 13:02:00 -0800 | [diff] [blame] | 1875 | config X86_INTEL_MEMORY_PROTECTION_KEYS |
Babu Moger | 38f3e77 | 2020-05-28 11:08:23 -0500 | [diff] [blame] | 1876 | prompt "Memory Protection Keys" |
Dave Hansen | 35e9779 | 2016-02-12 13:02:00 -0800 | [diff] [blame] | 1877 | def_bool y |
Dave Hansen | 284244a | 2016-02-12 13:02:28 -0800 | [diff] [blame] | 1878 | # Note: only available in 64-bit mode |
Babu Moger | 38f3e77 | 2020-05-28 11:08:23 -0500 | [diff] [blame] | 1879 | depends on X86_64 && (CPU_SUP_INTEL || CPU_SUP_AMD) |
Ingo Molnar | 52c8e60 | 2016-11-15 10:15:03 +0100 | [diff] [blame] | 1880 | select ARCH_USES_HIGH_VMA_FLAGS |
| 1881 | select ARCH_HAS_PKEYS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1882 | help |
Dave Hansen | 284244a | 2016-02-12 13:02:28 -0800 | [diff] [blame] | 1883 | Memory Protection Keys provides a mechanism for enforcing |
| 1884 | page-based protections, but without requiring modification of the |
| 1885 | page tables when an application changes protection domains. |
| 1886 | |
Mauro Carvalho Chehab | 1eecbcd | 2019-06-07 15:54:31 -0300 | [diff] [blame] | 1887 | For details, see Documentation/core-api/protection-keys.rst |
Dave Hansen | 284244a | 2016-02-12 13:02:28 -0800 | [diff] [blame] | 1888 | |
| 1889 | If unsure, say y. |
Dave Hansen | 35e9779 | 2016-02-12 13:02:00 -0800 | [diff] [blame] | 1890 | |
Michal Hocko | db61617 | 2019-10-23 12:35:50 +0200 | [diff] [blame] | 1891 | choice |
| 1892 | prompt "TSX enable mode" |
| 1893 | depends on CPU_SUP_INTEL |
| 1894 | default X86_INTEL_TSX_MODE_OFF |
| 1895 | help |
| 1896 | Intel's TSX (Transactional Synchronization Extensions) feature |
| 1897 | allows to optimize locking protocols through lock elision which |
| 1898 | can lead to a noticeable performance boost. |
| 1899 | |
| 1900 | On the other hand it has been shown that TSX can be exploited |
| 1901 | to form side channel attacks (e.g. TAA) and chances are there |
| 1902 | will be more of those attacks discovered in the future. |
| 1903 | |
| 1904 | Therefore TSX is not enabled by default (aka tsx=off). An admin |
| 1905 | might override this decision by tsx=on the command line parameter. |
| 1906 | Even with TSX enabled, the kernel will attempt to enable the best |
| 1907 | possible TAA mitigation setting depending on the microcode available |
| 1908 | for the particular machine. |
| 1909 | |
| 1910 | This option allows to set the default tsx mode between tsx=on, =off |
| 1911 | and =auto. See Documentation/admin-guide/kernel-parameters.txt for more |
| 1912 | details. |
| 1913 | |
| 1914 | Say off if not sure, auto if TSX is in use but it should be used on safe |
| 1915 | platforms or on if TSX is in use and the security aspect of tsx is not |
| 1916 | relevant. |
| 1917 | |
| 1918 | config X86_INTEL_TSX_MODE_OFF |
| 1919 | bool "off" |
| 1920 | help |
| 1921 | TSX is disabled if possible - equals to tsx=off command line parameter. |
| 1922 | |
| 1923 | config X86_INTEL_TSX_MODE_ON |
| 1924 | bool "on" |
| 1925 | help |
| 1926 | TSX is always enabled on TSX capable HW - equals the tsx=on command |
| 1927 | line parameter. |
| 1928 | |
| 1929 | config X86_INTEL_TSX_MODE_AUTO |
| 1930 | bool "auto" |
| 1931 | help |
| 1932 | TSX is enabled on TSX capable HW that is believed to be safe against |
| 1933 | side channel attacks- equals the tsx=auto command line parameter. |
| 1934 | endchoice |
| 1935 | |
Sean Christopherson | e7e0545 | 2020-11-13 00:01:16 +0200 | [diff] [blame] | 1936 | config X86_SGX |
| 1937 | bool "Software Guard eXtensions (SGX)" |
| 1938 | depends on X86_64 && CPU_SUP_INTEL |
| 1939 | depends on CRYPTO=y |
| 1940 | depends on CRYPTO_SHA256=y |
| 1941 | select SRCU |
| 1942 | select MMU_NOTIFIER |
Jarkko Sakkinen | 901ddbb | 2021-03-18 01:53:31 +0200 | [diff] [blame] | 1943 | select NUMA_KEEP_MEMINFO if NUMA |
Tony Luck | 40e0e78 | 2021-10-26 15:00:45 -0700 | [diff] [blame] | 1944 | select XARRAY_MULTI |
Sean Christopherson | e7e0545 | 2020-11-13 00:01:16 +0200 | [diff] [blame] | 1945 | help |
| 1946 | Intel(R) Software Guard eXtensions (SGX) is a set of CPU instructions |
| 1947 | that can be used by applications to set aside private regions of code |
| 1948 | and data, referred to as enclaves. An enclave's private memory can |
| 1949 | only be accessed by code running within the enclave. Accesses from |
| 1950 | outside the enclave, including other enclaves, are disallowed by |
| 1951 | hardware. |
| 1952 | |
| 1953 | If unsure, say N. |
| 1954 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1955 | config EFI |
Jan Beulich | 9ba1608 | 2008-10-15 22:01:38 -0700 | [diff] [blame] | 1956 | bool "EFI runtime service support" |
Huang, Ying | 5b83683 | 2008-01-30 13:31:19 +0100 | [diff] [blame] | 1957 | depends on ACPI |
Sergey Vlasov | f6ce500 | 2013-04-16 18:31:08 +0400 | [diff] [blame] | 1958 | select UCS2_STRING |
Ard Biesheuvel | 022ee6c | 2014-06-26 12:09:05 +0200 | [diff] [blame] | 1959 | select EFI_RUNTIME_WRAPPERS |
Tom Lendacky | 1ff2fc0 | 2021-10-20 13:02:11 -0500 | [diff] [blame] | 1960 | select ARCH_USE_MEMREMAP_PROT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1961 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1962 | This enables the kernel to use EFI runtime services that are |
| 1963 | available (such as the EFI variable services). |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1964 | |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 1965 | This option is only useful on systems that have EFI firmware. |
| 1966 | In addition, you should use the latest ELILO loader available |
| 1967 | at <http://elilo.sourceforge.net> in order to take advantage |
| 1968 | of EFI runtime services. However, even with this option, the |
| 1969 | resultant kernel should continue to boot on existing non-EFI |
| 1970 | platforms. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1971 | |
Matt Fleming | 291f363 | 2011-12-12 21:27:52 +0000 | [diff] [blame] | 1972 | config EFI_STUB |
Ard Biesheuvel | 8f24f8c | 2019-12-24 16:10:12 +0100 | [diff] [blame] | 1973 | bool "EFI stub support" |
Peter Zijlstra | c6dbd3e | 2021-11-15 17:46:39 +0100 | [diff] [blame] | 1974 | depends on EFI |
Ard Biesheuvel | 8f24f8c | 2019-12-24 16:10:12 +0100 | [diff] [blame] | 1975 | depends on $(cc-option,-mabi=ms) || X86_32 |
| 1976 | select RELOCATABLE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1977 | help |
Ard Biesheuvel | 8f24f8c | 2019-12-24 16:10:12 +0100 | [diff] [blame] | 1978 | This kernel feature allows a bzImage to be loaded directly |
Matt Fleming | 291f363 | 2011-12-12 21:27:52 +0000 | [diff] [blame] | 1979 | by EFI firmware without the use of a bootloader. |
| 1980 | |
Mauro Carvalho Chehab | 4f4cfa6 | 2019-06-27 14:56:51 -0300 | [diff] [blame] | 1981 | See Documentation/admin-guide/efi-stub.rst for more information. |
Matt Fleming | 0c75966 | 2012-03-16 12:03:13 +0000 | [diff] [blame] | 1982 | |
Matt Fleming | 7d453ee | 2014-01-10 18:52:06 +0000 | [diff] [blame] | 1983 | config EFI_MIXED |
| 1984 | bool "EFI mixed-mode support" |
| 1985 | depends on EFI_STUB && X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 1986 | help |
Matt Fleming | 7d453ee | 2014-01-10 18:52:06 +0000 | [diff] [blame] | 1987 | Enabling this feature allows a 64-bit kernel to be booted |
| 1988 | on a 32-bit firmware, provided that your CPU supports 64-bit |
| 1989 | mode. |
| 1990 | |
| 1991 | Note that it is not possible to boot a mixed-mode enabled |
| 1992 | kernel via the EFI boot stub - a bootloader that supports |
| 1993 | the EFI handover protocol must be used. |
| 1994 | |
| 1995 | If unsure, say N. |
| 1996 | |
Masahiro Yamada | 8636a1f | 2018-12-11 20:01:04 +0900 | [diff] [blame] | 1997 | source "kernel/Kconfig.hz" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 1998 | |
| 1999 | config KEXEC |
| 2000 | bool "kexec system call" |
Dave Young | 2965faa | 2015-09-09 15:38:55 -0700 | [diff] [blame] | 2001 | select KEXEC_CORE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2002 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2003 | kexec is a system call that implements the ability to shutdown your |
| 2004 | current kernel, and to start another kernel. It is like a reboot |
| 2005 | but it is independent of the system firmware. And like a reboot |
| 2006 | you can start any kernel with it, not just Linux. |
| 2007 | |
| 2008 | The name comes from the similarity to the exec system call. |
| 2009 | |
| 2010 | It is an ongoing process to be certain the hardware in a machine |
| 2011 | is properly shutdown, so do not be surprised if this code does not |
Geert Uytterhoeven | bf22069 | 2013-08-20 21:38:03 +0200 | [diff] [blame] | 2012 | initially work for you. As of this writing the exact hardware |
| 2013 | interface is strongly in flux, so no good recommendation can be |
| 2014 | made. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2015 | |
Vivek Goyal | 74ca317 | 2014-08-29 15:18:46 -0700 | [diff] [blame] | 2016 | config KEXEC_FILE |
| 2017 | bool "kexec file based system call" |
Dave Young | 2965faa | 2015-09-09 15:38:55 -0700 | [diff] [blame] | 2018 | select KEXEC_CORE |
Vivek Goyal | 74ca317 | 2014-08-29 15:18:46 -0700 | [diff] [blame] | 2019 | select BUILD_BIN2C |
Vivek Goyal | 74ca317 | 2014-08-29 15:18:46 -0700 | [diff] [blame] | 2020 | depends on X86_64 |
| 2021 | depends on CRYPTO=y |
| 2022 | depends on CRYPTO_SHA256=y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2023 | help |
Vivek Goyal | 74ca317 | 2014-08-29 15:18:46 -0700 | [diff] [blame] | 2024 | This is new version of kexec system call. This system call is |
| 2025 | file based and takes file descriptors as system call argument |
| 2026 | for kernel and initramfs as opposed to list of segments as |
| 2027 | accepted by previous system call. |
| 2028 | |
AKASHI Takahiro | b799a09 | 2018-04-13 15:35:45 -0700 | [diff] [blame] | 2029 | config ARCH_HAS_KEXEC_PURGATORY |
| 2030 | def_bool KEXEC_FILE |
| 2031 | |
Jiri Bohac | 99d5cadf | 2019-08-19 17:17:44 -0700 | [diff] [blame] | 2032 | config KEXEC_SIG |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2033 | bool "Verify kernel signature during kexec_file_load() syscall" |
Vivek Goyal | 74ca317 | 2014-08-29 15:18:46 -0700 | [diff] [blame] | 2034 | depends on KEXEC_FILE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2035 | help |
Jiri Bohac | 99d5cadf | 2019-08-19 17:17:44 -0700 | [diff] [blame] | 2036 | |
| 2037 | This option makes the kexec_file_load() syscall check for a valid |
| 2038 | signature of the kernel image. The image can still be loaded without |
| 2039 | a valid signature unless you also enable KEXEC_SIG_FORCE, though if |
| 2040 | there's a signature that we can check, then it must be valid. |
| 2041 | |
| 2042 | In addition to this option, you need to enable signature |
| 2043 | verification for the corresponding kernel image type being |
| 2044 | loaded in order for this to work. |
| 2045 | |
| 2046 | config KEXEC_SIG_FORCE |
| 2047 | bool "Require a valid signature in kexec_file_load() syscall" |
| 2048 | depends on KEXEC_SIG |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2049 | help |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2050 | This option makes kernel signature verification mandatory for |
Borislav Petkov | d8eb894 | 2015-03-13 14:04:37 +0100 | [diff] [blame] | 2051 | the kexec_file_load() syscall. |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2052 | |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2053 | config KEXEC_BZIMAGE_VERIFY_SIG |
| 2054 | bool "Enable bzImage signature verification support" |
Jiri Bohac | 99d5cadf | 2019-08-19 17:17:44 -0700 | [diff] [blame] | 2055 | depends on KEXEC_SIG |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2056 | depends on SIGNED_PE_FILE_VERIFICATION |
| 2057 | select SYSTEM_TRUSTED_KEYRING |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2058 | help |
Vivek Goyal | 8e7d838 | 2014-08-08 14:26:13 -0700 | [diff] [blame] | 2059 | Enable bzImage signature verification support. |
| 2060 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2061 | config CRASH_DUMP |
Pavel Machek | 04b6944 | 2008-08-14 17:16:50 +0200 | [diff] [blame] | 2062 | bool "kernel crash dumps" |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2063 | depends on X86_64 || (X86_32 && HIGHMEM) |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2064 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2065 | Generate crash dump after being started by kexec. |
| 2066 | This should be normally only set in special crash dump kernels |
| 2067 | which are loaded in the main kernel with kexec-tools into |
| 2068 | a specially reserved region and then later executed after |
| 2069 | a crash by kdump/kexec. The crash dump kernel must be compiled |
| 2070 | to a memory address not used by the main kernel or BIOS using |
| 2071 | PHYSICAL_START, or it must be built as a relocatable image |
| 2072 | (CONFIG_RELOCATABLE=y). |
Mauro Carvalho Chehab | 330d481 | 2019-06-13 15:21:39 -0300 | [diff] [blame] | 2073 | For more details see Documentation/admin-guide/kdump/kdump.rst |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2074 | |
Huang Ying | 3ab8352 | 2008-07-25 19:45:07 -0700 | [diff] [blame] | 2075 | config KEXEC_JUMP |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 2076 | bool "kexec jump" |
Huang Ying | fee7b0d | 2009-03-10 10:57:16 +0800 | [diff] [blame] | 2077 | depends on KEXEC && HIBERNATION |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2078 | help |
Huang Ying | 89081d1 | 2008-07-25 19:45:10 -0700 | [diff] [blame] | 2079 | Jump between original kernel and kexeced kernel and invoke |
| 2080 | code in physical address mode via KEXEC |
Huang Ying | 3ab8352 | 2008-07-25 19:45:07 -0700 | [diff] [blame] | 2081 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2082 | config PHYSICAL_START |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 2083 | hex "Physical address where the kernel is loaded" if (EXPERT || CRASH_DUMP) |
H. Peter Anvin | ceefccc | 2009-05-11 16:12:16 -0700 | [diff] [blame] | 2084 | default "0x1000000" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2085 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2086 | This gives the physical address where the kernel is loaded. |
| 2087 | |
| 2088 | If kernel is a not relocatable (CONFIG_RELOCATABLE=n) then |
| 2089 | bzImage will decompress itself to above physical address and |
| 2090 | run from there. Otherwise, bzImage will run from the address where |
| 2091 | it has been loaded by the boot loader and will ignore above physical |
| 2092 | address. |
| 2093 | |
| 2094 | In normal kdump cases one does not have to set/change this option |
| 2095 | as now bzImage can be compiled as a completely relocatable image |
| 2096 | (CONFIG_RELOCATABLE=y) and be used to load and run from a different |
| 2097 | address. This option is mainly useful for the folks who don't want |
| 2098 | to use a bzImage for capturing the crash dump and want to use a |
| 2099 | vmlinux instead. vmlinux is not relocatable hence a kernel needs |
| 2100 | to be specifically compiled to run from a specific memory area |
| 2101 | (normally a reserved region) and this option comes handy. |
| 2102 | |
H. Peter Anvin | ceefccc | 2009-05-11 16:12:16 -0700 | [diff] [blame] | 2103 | So if you are using bzImage for capturing the crash dump, |
| 2104 | leave the value here unchanged to 0x1000000 and set |
| 2105 | CONFIG_RELOCATABLE=y. Otherwise if you plan to use vmlinux |
| 2106 | for capturing the crash dump change this value to start of |
| 2107 | the reserved region. In other words, it can be set based on |
| 2108 | the "X" value as specified in the "crashkernel=YM@XM" |
| 2109 | command line boot parameter passed to the panic-ed |
Mauro Carvalho Chehab | 330d481 | 2019-06-13 15:21:39 -0300 | [diff] [blame] | 2110 | kernel. Please take a look at Documentation/admin-guide/kdump/kdump.rst |
H. Peter Anvin | ceefccc | 2009-05-11 16:12:16 -0700 | [diff] [blame] | 2111 | for more details about crash dumps. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2112 | |
| 2113 | Usage of bzImage for capturing the crash dump is recommended as |
| 2114 | one does not have to build two kernels. Same kernel can be used |
| 2115 | as production kernel and capture kernel. Above option should have |
| 2116 | gone away after relocatable bzImage support is introduced. But it |
| 2117 | is present because there are users out there who continue to use |
| 2118 | vmlinux for dump capture. This option should go away down the |
| 2119 | line. |
| 2120 | |
| 2121 | Don't change this unless you know what you are doing. |
| 2122 | |
| 2123 | config RELOCATABLE |
H. Peter Anvin | 2671780 | 2009-05-07 14:19:34 -0700 | [diff] [blame] | 2124 | bool "Build a relocatable kernel" |
| 2125 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2126 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2127 | This builds a kernel image that retains relocation information |
| 2128 | so it can be loaded someplace besides the default 1MB. |
| 2129 | The relocations tend to make the kernel binary about 10% larger, |
| 2130 | but are discarded at runtime. |
| 2131 | |
| 2132 | One use is for the kexec on panic case where the recovery kernel |
| 2133 | must live at a different physical address than the primary |
| 2134 | kernel. |
| 2135 | |
| 2136 | Note: If CONFIG_RELOCATABLE=y, then the kernel runs from the address |
| 2137 | it has been loaded at and the compile time physical address |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2138 | (CONFIG_PHYSICAL_START) is used as the minimum location. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2139 | |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2140 | config RANDOMIZE_BASE |
Baoquan He | e8581e3 | 2016-04-20 13:55:43 -0700 | [diff] [blame] | 2141 | bool "Randomize the address of the kernel image (KASLR)" |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2142 | depends on RELOCATABLE |
Ingo Molnar | 6807c84 | 2017-04-18 11:08:12 +0200 | [diff] [blame] | 2143 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2144 | help |
Baoquan He | e8581e3 | 2016-04-20 13:55:43 -0700 | [diff] [blame] | 2145 | In support of Kernel Address Space Layout Randomization (KASLR), |
| 2146 | this randomizes the physical address at which the kernel image |
| 2147 | is decompressed and the virtual address where the kernel |
| 2148 | image is mapped, as a security feature that deters exploit |
| 2149 | attempts relying on knowledge of the location of kernel |
| 2150 | code internals. |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2151 | |
Kees Cook | ed9f007 | 2016-05-25 15:45:33 -0700 | [diff] [blame] | 2152 | On 64-bit, the kernel physical and virtual addresses are |
| 2153 | randomized separately. The physical address will be anywhere |
| 2154 | between 16MB and the top of physical memory (up to 64TB). The |
| 2155 | virtual address will be randomized from 16MB up to 1GB (9 bits |
| 2156 | of entropy). Note that this also reduces the memory space |
| 2157 | available to kernel modules from 1.5GB to 1GB. |
| 2158 | |
| 2159 | On 32-bit, the kernel physical and virtual addresses are |
| 2160 | randomized together. They will be randomized from 16MB up to |
| 2161 | 512MB (8 bits of entropy). |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2162 | |
Baoquan He | e8581e3 | 2016-04-20 13:55:43 -0700 | [diff] [blame] | 2163 | Entropy is generated using the RDRAND instruction if it is |
| 2164 | supported. If RDTSC is supported, its value is mixed into |
| 2165 | the entropy pool as well. If neither RDRAND nor RDTSC are |
Kees Cook | ed9f007 | 2016-05-25 15:45:33 -0700 | [diff] [blame] | 2166 | supported, then entropy is read from the i8254 timer. The |
| 2167 | usable entropy is limited by the kernel being built using |
| 2168 | 2GB addressing, and that PHYSICAL_ALIGN must be at a |
| 2169 | minimum of 2MB. As a result, only 10 bits of entropy are |
| 2170 | theoretically possible, but the implementations are further |
| 2171 | limited due to memory layouts. |
Kees Cook | da2b6fb | 2013-12-10 12:27:45 -0800 | [diff] [blame] | 2172 | |
Ingo Molnar | 6807c84 | 2017-04-18 11:08:12 +0200 | [diff] [blame] | 2173 | If unsure, say Y. |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2174 | |
| 2175 | # Relocation on x86 needs some additional build support |
H. Peter Anvin | 845adf7 | 2009-05-05 21:20:51 -0700 | [diff] [blame] | 2176 | config X86_NEED_RELOCS |
| 2177 | def_bool y |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2178 | depends on RANDOMIZE_BASE || (X86_32 && RELOCATABLE) |
H. Peter Anvin | 845adf7 | 2009-05-05 21:20:51 -0700 | [diff] [blame] | 2179 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2180 | config PHYSICAL_ALIGN |
Kees Cook | a021506 | 2013-07-08 09:15:17 -0700 | [diff] [blame] | 2181 | hex "Alignment value to which kernel should be aligned" |
Kees Cook | 8ab3820 | 2013-10-10 17:18:14 -0700 | [diff] [blame] | 2182 | default "0x200000" |
Kees Cook | a021506 | 2013-07-08 09:15:17 -0700 | [diff] [blame] | 2183 | range 0x2000 0x1000000 if X86_32 |
| 2184 | range 0x200000 0x1000000 if X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2185 | help |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2186 | This value puts the alignment restrictions on physical address |
| 2187 | where kernel is loaded and run from. Kernel is compiled for an |
| 2188 | address which meets above alignment restriction. |
| 2189 | |
| 2190 | If bootloader loads the kernel at a non-aligned address and |
| 2191 | CONFIG_RELOCATABLE is set, kernel will move itself to nearest |
| 2192 | address aligned to above value and run from there. |
| 2193 | |
| 2194 | If bootloader loads the kernel at a non-aligned address and |
| 2195 | CONFIG_RELOCATABLE is not set, kernel will ignore the run time |
| 2196 | load address and decompress itself to the address it has been |
| 2197 | compiled for and run from there. The address for which kernel is |
| 2198 | compiled already meets above alignment restrictions. Hence the |
| 2199 | end result is that kernel runs from a physical address meeting |
| 2200 | above alignment restrictions. |
| 2201 | |
Kees Cook | a021506 | 2013-07-08 09:15:17 -0700 | [diff] [blame] | 2202 | On 32-bit this value must be a multiple of 0x2000. On 64-bit |
| 2203 | this value must be a multiple of 0x200000. |
| 2204 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2205 | Don't change this unless you know what you are doing. |
| 2206 | |
Kirill A. Shutemov | eedb92a | 2018-02-14 14:16:50 +0300 | [diff] [blame] | 2207 | config DYNAMIC_MEMORY_LAYOUT |
| 2208 | bool |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2209 | help |
Kirill A. Shutemov | eedb92a | 2018-02-14 14:16:50 +0300 | [diff] [blame] | 2210 | This option makes base addresses of vmalloc and vmemmap as well as |
| 2211 | __PAGE_OFFSET movable during boot. |
| 2212 | |
Thomas Garnier | 0483e1f | 2016-06-21 17:47:02 -0700 | [diff] [blame] | 2213 | config RANDOMIZE_MEMORY |
| 2214 | bool "Randomize the kernel memory sections" |
| 2215 | depends on X86_64 |
| 2216 | depends on RANDOMIZE_BASE |
Kirill A. Shutemov | eedb92a | 2018-02-14 14:16:50 +0300 | [diff] [blame] | 2217 | select DYNAMIC_MEMORY_LAYOUT |
Thomas Garnier | 0483e1f | 2016-06-21 17:47:02 -0700 | [diff] [blame] | 2218 | default RANDOMIZE_BASE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2219 | help |
Thomas Garnier | 0483e1f | 2016-06-21 17:47:02 -0700 | [diff] [blame] | 2220 | Randomizes the base virtual address of kernel memory sections |
| 2221 | (physical memory mapping, vmalloc & vmemmap). This security feature |
| 2222 | makes exploits relying on predictable memory locations less reliable. |
| 2223 | |
| 2224 | The order of allocations remains unchanged. Entropy is generated in |
| 2225 | the same way as RANDOMIZE_BASE. Current implementation in the optimal |
| 2226 | configuration have in average 30,000 different possible virtual |
| 2227 | addresses for each memory section. |
| 2228 | |
Ingo Molnar | 6807c84 | 2017-04-18 11:08:12 +0200 | [diff] [blame] | 2229 | If unsure, say Y. |
Thomas Garnier | 0483e1f | 2016-06-21 17:47:02 -0700 | [diff] [blame] | 2230 | |
Thomas Garnier | 90397a4 | 2016-06-21 17:47:06 -0700 | [diff] [blame] | 2231 | config RANDOMIZE_MEMORY_PHYSICAL_PADDING |
| 2232 | hex "Physical memory mapping padding" if EXPERT |
| 2233 | depends on RANDOMIZE_MEMORY |
| 2234 | default "0xa" if MEMORY_HOTPLUG |
| 2235 | default "0x0" |
| 2236 | range 0x1 0x40 if MEMORY_HOTPLUG |
| 2237 | range 0x0 0x40 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2238 | help |
Thomas Garnier | 90397a4 | 2016-06-21 17:47:06 -0700 | [diff] [blame] | 2239 | Define the padding in terabytes added to the existing physical |
| 2240 | memory size during kernel memory randomization. It is useful |
| 2241 | for memory hotplug support but reduces the entropy available for |
| 2242 | address randomization. |
| 2243 | |
| 2244 | If unsure, leave at the default value. |
| 2245 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2246 | config HOTPLUG_CPU |
Thomas Gleixner | bebd024 | 2019-03-26 17:36:06 +0100 | [diff] [blame] | 2247 | def_bool y |
Stephen Rothwell | 40b3136 | 2013-05-21 13:49:35 +1000 | [diff] [blame] | 2248 | depends on SMP |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2249 | |
Fenghua Yu | 80aa1df | 2012-11-13 11:32:39 -0800 | [diff] [blame] | 2250 | config BOOTPARAM_HOTPLUG_CPU0 |
| 2251 | bool "Set default setting of cpu0_hotpluggable" |
Kees Cook | 2c922cd | 2013-01-22 13:01:19 -0800 | [diff] [blame] | 2252 | depends on HOTPLUG_CPU |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2253 | help |
Fenghua Yu | 80aa1df | 2012-11-13 11:32:39 -0800 | [diff] [blame] | 2254 | Set whether default state of cpu0_hotpluggable is on or off. |
| 2255 | |
| 2256 | Say Y here to enable CPU0 hotplug by default. If this switch |
| 2257 | is turned on, there is no need to give cpu0_hotplug kernel |
| 2258 | parameter and the CPU0 hotplug feature is enabled by default. |
| 2259 | |
| 2260 | Please note: there are two known CPU0 dependencies if you want |
| 2261 | to enable the CPU0 hotplug feature either by this switch or by |
| 2262 | cpu0_hotplug kernel parameter. |
| 2263 | |
| 2264 | First, resume from hibernate or suspend always starts from CPU0. |
| 2265 | So hibernate and suspend are prevented if CPU0 is offline. |
| 2266 | |
| 2267 | Second dependency is PIC interrupts always go to CPU0. CPU0 can not |
| 2268 | offline if any interrupt can not migrate out of CPU0. There may |
| 2269 | be other CPU0 dependencies. |
| 2270 | |
| 2271 | Please make sure the dependencies are under your control before |
| 2272 | you enable this feature. |
| 2273 | |
| 2274 | Say N if you don't want to enable CPU0 hotplug feature by default. |
| 2275 | You still can enable the CPU0 hotplug feature at boot by kernel |
| 2276 | parameter cpu0_hotplug. |
| 2277 | |
Fenghua Yu | a71c8bc | 2012-11-13 11:32:51 -0800 | [diff] [blame] | 2278 | config DEBUG_HOTPLUG_CPU0 |
| 2279 | def_bool n |
| 2280 | prompt "Debug CPU0 hotplug" |
Kees Cook | 2c922cd | 2013-01-22 13:01:19 -0800 | [diff] [blame] | 2281 | depends on HOTPLUG_CPU |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2282 | help |
Fenghua Yu | a71c8bc | 2012-11-13 11:32:51 -0800 | [diff] [blame] | 2283 | Enabling this option offlines CPU0 (if CPU0 can be offlined) as |
| 2284 | soon as possible and boots up userspace with CPU0 offlined. User |
| 2285 | can online CPU0 back after boot time. |
| 2286 | |
| 2287 | To debug CPU0 hotplug, you need to enable CPU0 offline/online |
| 2288 | feature by either turning on CONFIG_BOOTPARAM_HOTPLUG_CPU0 during |
| 2289 | compilation or giving cpu0_hotplug kernel parameter at boot. |
| 2290 | |
| 2291 | If unsure, say N. |
| 2292 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2293 | config COMPAT_VDSO |
Andy Lutomirski | b0b49f2 | 2014-03-13 16:01:26 -0700 | [diff] [blame] | 2294 | def_bool n |
| 2295 | prompt "Disable the 32-bit vDSO (needed for glibc 2.3.3)" |
Ingo Molnar | 953fee1 | 2016-11-15 10:22:52 +0100 | [diff] [blame] | 2296 | depends on COMPAT_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2297 | help |
Andy Lutomirski | b0b49f2 | 2014-03-13 16:01:26 -0700 | [diff] [blame] | 2298 | Certain buggy versions of glibc will crash if they are |
| 2299 | presented with a 32-bit vDSO that is not mapped at the address |
| 2300 | indicated in its segment table. |
Randy Dunlap | e84446d | 2009-11-10 15:46:52 -0800 | [diff] [blame] | 2301 | |
Andy Lutomirski | b0b49f2 | 2014-03-13 16:01:26 -0700 | [diff] [blame] | 2302 | The bug was introduced by f866314b89d56845f55e6f365e18b31ec978ec3a |
| 2303 | and fixed by 3b3ddb4f7db98ec9e912ccdf54d35df4aa30e04a and |
| 2304 | 49ad572a70b8aeb91e57483a11dd1b77e31c4468. Glibc 2.3.3 is |
| 2305 | the only released version with the bug, but OpenSUSE 9 |
| 2306 | contains a buggy "glibc 2.3.2". |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2307 | |
Andy Lutomirski | b0b49f2 | 2014-03-13 16:01:26 -0700 | [diff] [blame] | 2308 | The symptom of the bug is that everything crashes on startup, saying: |
| 2309 | dl_main: Assertion `(void *) ph->p_vaddr == _rtld_local._dl_sysinfo_dso' failed! |
| 2310 | |
| 2311 | Saying Y here changes the default value of the vdso32 boot |
| 2312 | option from 1 to 0, which turns off the 32-bit vDSO entirely. |
| 2313 | This works around the glibc bug but hurts performance. |
| 2314 | |
| 2315 | If unsure, say N: if you are compiling your own kernel, you |
| 2316 | are unlikely to be using a buggy version of glibc. |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2317 | |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2318 | choice |
| 2319 | prompt "vsyscall table for legacy applications" |
| 2320 | depends on X86_64 |
Andy Lutomirski | 625b7b7 | 2019-06-26 21:45:07 -0700 | [diff] [blame] | 2321 | default LEGACY_VSYSCALL_XONLY |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2322 | help |
| 2323 | Legacy user code that does not know how to find the vDSO expects |
| 2324 | to be able to issue three syscalls by calling fixed addresses in |
| 2325 | kernel space. Since this location is not randomized with ASLR, |
| 2326 | it can be used to assist security vulnerability exploitation. |
| 2327 | |
| 2328 | This setting can be changed at boot time via the kernel command |
Andy Lutomirski | bd49e16 | 2019-06-26 21:45:03 -0700 | [diff] [blame] | 2329 | line parameter vsyscall=[emulate|xonly|none]. |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2330 | |
| 2331 | On a system with recent enough glibc (2.14 or newer) and no |
| 2332 | static binaries, you can say None without a performance penalty |
| 2333 | to improve security. |
| 2334 | |
Andy Lutomirski | bd49e16 | 2019-06-26 21:45:03 -0700 | [diff] [blame] | 2335 | If unsure, select "Emulate execution only". |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2336 | |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2337 | config LEGACY_VSYSCALL_EMULATE |
Andy Lutomirski | bd49e16 | 2019-06-26 21:45:03 -0700 | [diff] [blame] | 2338 | bool "Full emulation" |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2339 | help |
Andy Lutomirski | bd49e16 | 2019-06-26 21:45:03 -0700 | [diff] [blame] | 2340 | The kernel traps and emulates calls into the fixed vsyscall |
| 2341 | address mapping. This makes the mapping non-executable, but |
| 2342 | it still contains readable known contents, which could be |
| 2343 | used in certain rare security vulnerability exploits. This |
| 2344 | configuration is recommended when using legacy userspace |
| 2345 | that still uses vsyscalls along with legacy binary |
| 2346 | instrumentation tools that require code to be readable. |
| 2347 | |
| 2348 | An example of this type of legacy userspace is running |
| 2349 | Pin on an old binary that still uses vsyscalls. |
| 2350 | |
| 2351 | config LEGACY_VSYSCALL_XONLY |
| 2352 | bool "Emulate execution only" |
| 2353 | help |
| 2354 | The kernel traps and emulates calls into the fixed vsyscall |
| 2355 | address mapping and does not allow reads. This |
| 2356 | configuration is recommended when userspace might use the |
| 2357 | legacy vsyscall area but support for legacy binary |
| 2358 | instrumentation of legacy code is not needed. It mitigates |
| 2359 | certain uses of the vsyscall area as an ASLR-bypassing |
| 2360 | buffer. |
Kees Cook | 3dc33bd | 2015-08-12 17:55:19 -0700 | [diff] [blame] | 2361 | |
| 2362 | config LEGACY_VSYSCALL_NONE |
| 2363 | bool "None" |
| 2364 | help |
| 2365 | There will be no vsyscall mapping at all. This will |
| 2366 | eliminate any risk of ASLR bypass due to the vsyscall |
| 2367 | fixed address mapping. Attempts to use the vsyscalls |
| 2368 | will be reported to dmesg, so that either old or |
| 2369 | malicious userspace programs can be identified. |
| 2370 | |
| 2371 | endchoice |
| 2372 | |
Tim Bird | 516cbf3 | 2008-08-12 12:52:36 -0700 | [diff] [blame] | 2373 | config CMDLINE_BOOL |
| 2374 | bool "Built-in kernel command line" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2375 | help |
Tim Bird | 516cbf3 | 2008-08-12 12:52:36 -0700 | [diff] [blame] | 2376 | Allow for specifying boot arguments to the kernel at |
| 2377 | build time. On some systems (e.g. embedded ones), it is |
| 2378 | necessary or convenient to provide some or all of the |
| 2379 | kernel boot arguments with the kernel itself (that is, |
| 2380 | to not rely on the boot loader to provide them.) |
| 2381 | |
| 2382 | To compile command line arguments into the kernel, |
| 2383 | set this option to 'Y', then fill in the |
Sébastien Hinderer | 69711ca | 2015-07-08 00:02:01 +0200 | [diff] [blame] | 2384 | boot arguments in CONFIG_CMDLINE. |
Tim Bird | 516cbf3 | 2008-08-12 12:52:36 -0700 | [diff] [blame] | 2385 | |
| 2386 | Systems with fully functional boot loaders (i.e. non-embedded) |
| 2387 | should leave this option set to 'N'. |
| 2388 | |
| 2389 | config CMDLINE |
| 2390 | string "Built-in kernel command string" |
| 2391 | depends on CMDLINE_BOOL |
| 2392 | default "" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2393 | help |
Tim Bird | 516cbf3 | 2008-08-12 12:52:36 -0700 | [diff] [blame] | 2394 | Enter arguments here that should be compiled into the kernel |
| 2395 | image and used at boot time. If the boot loader provides a |
| 2396 | command line at boot time, it is appended to this string to |
| 2397 | form the full kernel command line, when the system boots. |
| 2398 | |
| 2399 | However, you can use the CONFIG_CMDLINE_OVERRIDE option to |
| 2400 | change this behavior. |
| 2401 | |
| 2402 | In most cases, the command line (whether built-in or provided |
| 2403 | by the boot loader) should specify the device for the root |
| 2404 | file system. |
| 2405 | |
| 2406 | config CMDLINE_OVERRIDE |
| 2407 | bool "Built-in command line overrides boot loader arguments" |
Anders Roxell | 645e646 | 2020-01-24 12:46:15 +0100 | [diff] [blame] | 2408 | depends on CMDLINE_BOOL && CMDLINE != "" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2409 | help |
Tim Bird | 516cbf3 | 2008-08-12 12:52:36 -0700 | [diff] [blame] | 2410 | Set this option to 'Y' to have the kernel ignore the boot loader |
| 2411 | command line, and use ONLY the built-in command line. |
| 2412 | |
| 2413 | This is used to work around broken boot loaders. This should |
| 2414 | be set to 'N' under normal conditions. |
| 2415 | |
Andy Lutomirski | a5b9e5a | 2015-07-30 14:31:34 -0700 | [diff] [blame] | 2416 | config MODIFY_LDT_SYSCALL |
| 2417 | bool "Enable the LDT (local descriptor table)" if EXPERT |
| 2418 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2419 | help |
Andy Lutomirski | a5b9e5a | 2015-07-30 14:31:34 -0700 | [diff] [blame] | 2420 | Linux can allow user programs to install a per-process x86 |
| 2421 | Local Descriptor Table (LDT) using the modify_ldt(2) system |
| 2422 | call. This is required to run 16-bit or segmented code such as |
| 2423 | DOSEMU or some Wine programs. It is also used by some very old |
| 2424 | threading libraries. |
| 2425 | |
| 2426 | Enabling this feature adds a small amount of overhead to |
| 2427 | context switches and increases the low-level kernel attack |
| 2428 | surface. Disabling it removes the modify_ldt(2) system call. |
| 2429 | |
| 2430 | Saying 'N' here may make sense for embedded or server kernels. |
| 2431 | |
Thomas Gleixner | 3aac3eb | 2021-10-21 15:55:06 -0700 | [diff] [blame] | 2432 | config STRICT_SIGALTSTACK_SIZE |
| 2433 | bool "Enforce strict size checking for sigaltstack" |
| 2434 | depends on DYNAMIC_SIGFRAME |
| 2435 | help |
| 2436 | For historical reasons MINSIGSTKSZ is a constant which became |
| 2437 | already too small with AVX512 support. Add a mechanism to |
| 2438 | enforce strict checking of the sigaltstack size against the |
| 2439 | real size of the FPU frame. This option enables the check |
| 2440 | by default. It can also be controlled via the kernel command |
| 2441 | line option 'strict_sas_size' independent of this config |
| 2442 | switch. Enabling it might break existing applications which |
| 2443 | allocate a too small sigaltstack but 'work' because they |
| 2444 | never get a signal delivered. |
| 2445 | |
| 2446 | Say 'N' unless you want to really enforce this check. |
| 2447 | |
Seth Jennings | b700e7f | 2014-12-16 11:58:19 -0600 | [diff] [blame] | 2448 | source "kernel/livepatch/Kconfig" |
| 2449 | |
Sam Ravnborg | 506f1d07 | 2007-11-09 21:56:54 +0100 | [diff] [blame] | 2450 | endmenu |
| 2451 | |
Michal Hocko | 3072e41 | 2017-09-08 16:11:39 -0700 | [diff] [blame] | 2452 | config ARCH_HAS_ADD_PAGES |
| 2453 | def_bool y |
David Hildenbrand | 5c11f00b | 2021-11-05 13:44:39 -0700 | [diff] [blame] | 2454 | depends on ARCH_ENABLE_MEMORY_HOTPLUG |
Michal Hocko | 3072e41 | 2017-09-08 16:11:39 -0700 | [diff] [blame] | 2455 | |
Oscar Salvador | f91ef22 | 2021-05-04 18:39:51 -0700 | [diff] [blame] | 2456 | config ARCH_MHP_MEMMAP_ON_MEMORY_ENABLE |
| 2457 | def_bool y |
| 2458 | |
Bjorn Helgaas | da85f86 | 2008-11-05 13:37:27 -0600 | [diff] [blame] | 2459 | menu "Power management and ACPI options" |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2460 | |
| 2461 | config ARCH_HIBERNATION_HEADER |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 2462 | def_bool y |
Zhimin Gu | 4455653 | 2018-09-21 14:27:29 +0800 | [diff] [blame] | 2463 | depends on HIBERNATION |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2464 | |
| 2465 | source "kernel/power/Kconfig" |
| 2466 | |
| 2467 | source "drivers/acpi/Kconfig" |
| 2468 | |
Andi Kleen | a6b6807 | 2008-01-30 13:32:49 +0100 | [diff] [blame] | 2469 | config X86_APM_BOOT |
Jan Beulich | 6fc108a | 2010-04-21 15:23:44 +0100 | [diff] [blame] | 2470 | def_bool y |
Paul Bolle | 282e5aa | 2011-11-17 11:41:31 +0100 | [diff] [blame] | 2471 | depends on APM |
Andi Kleen | a6b6807 | 2008-01-30 13:32:49 +0100 | [diff] [blame] | 2472 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2473 | menuconfig APM |
| 2474 | tristate "APM (Advanced Power Management) BIOS support" |
Ingo Molnar | efefa6f | 2008-07-10 16:09:50 +0200 | [diff] [blame] | 2475 | depends on X86_32 && PM_SLEEP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2476 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2477 | APM is a BIOS specification for saving power using several different |
| 2478 | techniques. This is mostly useful for battery powered laptops with |
| 2479 | APM compliant BIOSes. If you say Y here, the system time will be |
| 2480 | reset after a RESUME operation, the /proc/apm device will provide |
| 2481 | battery status information, and user-space programs will receive |
| 2482 | notification of APM "events" (e.g. battery status change). |
| 2483 | |
| 2484 | If you select "Y" here, you can disable actual use of the APM |
| 2485 | BIOS by passing the "apm=off" option to the kernel at boot time. |
| 2486 | |
| 2487 | Note that the APM support is almost completely disabled for |
| 2488 | machines with more than one CPU. |
| 2489 | |
| 2490 | In order to use APM, you will need supporting software. For location |
Mauro Carvalho Chehab | 151f4e2 | 2019-06-13 07:10:36 -0300 | [diff] [blame] | 2491 | and more information, read <file:Documentation/power/apm-acpi.rst> |
Michael Witten | 2dc98fd | 2011-07-08 21:11:16 +0000 | [diff] [blame] | 2492 | and the Battery Powered Linux mini-HOWTO, available from |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2493 | <http://www.tldp.org/docs.html#howto>. |
| 2494 | |
| 2495 | This driver does not spin down disk drives (see the hdparm(8) |
| 2496 | manpage ("man 8 hdparm") for that), and it doesn't turn off |
| 2497 | VESA-compliant "green" monitors. |
| 2498 | |
| 2499 | This driver does not support the TI 4000M TravelMate and the ACER |
| 2500 | 486/DX4/75 because they don't have compliant BIOSes. Many "green" |
| 2501 | desktop machines also don't have compliant BIOSes, and this driver |
| 2502 | may cause those machines to panic during the boot phase. |
| 2503 | |
| 2504 | Generally, if you don't have a battery in your machine, there isn't |
| 2505 | much point in using this driver and you should say N. If you get |
| 2506 | random kernel OOPSes or reboots that don't seem to be related to |
| 2507 | anything, try disabling/enabling this option (or disabling/enabling |
| 2508 | APM in your BIOS). |
| 2509 | |
| 2510 | Some other things you should try when experiencing seemingly random, |
| 2511 | "weird" problems: |
| 2512 | |
| 2513 | 1) make sure that you have enough swap space and that it is |
| 2514 | enabled. |
| 2515 | 2) pass the "no-hlt" option to the kernel |
| 2516 | 3) switch on floating point emulation in the kernel and pass |
| 2517 | the "no387" option to the kernel |
| 2518 | 4) pass the "floppy=nodma" option to the kernel |
| 2519 | 5) pass the "mem=4M" option to the kernel (thereby disabling |
| 2520 | all but the first 4 MB of RAM) |
| 2521 | 6) make sure that the CPU is not over clocked. |
| 2522 | 7) read the sig11 FAQ at <http://www.bitwizard.nl/sig11/> |
| 2523 | 8) disable the cache from your BIOS settings |
| 2524 | 9) install a fan for the video card or exchange video RAM |
| 2525 | 10) install a better fan for the CPU |
| 2526 | 11) exchange RAM chips |
| 2527 | 12) exchange the motherboard. |
| 2528 | |
| 2529 | To compile this driver as a module, choose M here: the |
| 2530 | module will be called apm. |
| 2531 | |
| 2532 | if APM |
| 2533 | |
| 2534 | config APM_IGNORE_USER_SUSPEND |
| 2535 | bool "Ignore USER SUSPEND" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2536 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2537 | This option will ignore USER SUSPEND requests. On machines with a |
| 2538 | compliant APM BIOS, you want to say N. However, on the NEC Versa M |
| 2539 | series notebooks, it is necessary to say Y because of a BIOS bug. |
| 2540 | |
| 2541 | config APM_DO_ENABLE |
| 2542 | bool "Enable PM at boot time" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2543 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2544 | Enable APM features at boot time. From page 36 of the APM BIOS |
| 2545 | specification: "When disabled, the APM BIOS does not automatically |
| 2546 | power manage devices, enter the Standby State, enter the Suspend |
| 2547 | State, or take power saving steps in response to CPU Idle calls." |
| 2548 | This driver will make CPU Idle calls when Linux is idle (unless this |
| 2549 | feature is turned off -- see "Do CPU IDLE calls", below). This |
| 2550 | should always save battery power, but more complicated APM features |
| 2551 | will be dependent on your BIOS implementation. You may need to turn |
| 2552 | this option off if your computer hangs at boot time when using APM |
| 2553 | support, or if it beeps continuously instead of suspending. Turn |
| 2554 | this off if you have a NEC UltraLite Versa 33/C or a Toshiba |
| 2555 | T400CDT. This is off by default since most machines do fine without |
| 2556 | this feature. |
| 2557 | |
| 2558 | config APM_CPU_IDLE |
Len Brown | dd8af07 | 2013-02-09 21:10:04 -0500 | [diff] [blame] | 2559 | depends on CPU_IDLE |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2560 | bool "Make CPU Idle calls when idle" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2561 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2562 | Enable calls to APM CPU Idle/CPU Busy inside the kernel's idle loop. |
| 2563 | On some machines, this can activate improved power savings, such as |
| 2564 | a slowed CPU clock rate, when the machine is idle. These idle calls |
| 2565 | are made after the idle loop has run for some length of time (e.g., |
| 2566 | 333 mS). On some machines, this will cause a hang at boot time or |
| 2567 | whenever the CPU becomes idle. (On machines with more than one CPU, |
| 2568 | this option does nothing.) |
| 2569 | |
| 2570 | config APM_DISPLAY_BLANK |
| 2571 | bool "Enable console blanking using APM" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2572 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2573 | Enable console blanking using the APM. Some laptops can use this to |
| 2574 | turn off the LCD backlight when the screen blanker of the Linux |
| 2575 | virtual console blanks the screen. Note that this is only used by |
| 2576 | the virtual console screen blanker, and won't turn off the backlight |
| 2577 | when using the X Window system. This also doesn't have anything to |
| 2578 | do with your VESA-compliant power-saving monitor. Further, this |
| 2579 | option doesn't work for all laptops -- it might not turn off your |
| 2580 | backlight at all, or it might print a lot of errors to the console, |
| 2581 | especially if you are using gpm. |
| 2582 | |
| 2583 | config APM_ALLOW_INTS |
| 2584 | bool "Allow interrupts during APM BIOS calls" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2585 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2586 | Normally we disable external interrupts while we are making calls to |
| 2587 | the APM BIOS as a measure to lessen the effects of a badly behaving |
| 2588 | BIOS implementation. The BIOS should reenable interrupts if it |
| 2589 | needs to. Unfortunately, some BIOSes do not -- especially those in |
| 2590 | many of the newer IBM Thinkpads. If you experience hangs when you |
| 2591 | suspend, try setting this to Y. Otherwise, say N. |
| 2592 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2593 | endif # APM |
| 2594 | |
Dave Jones | bb0a56e | 2011-05-19 18:51:07 -0400 | [diff] [blame] | 2595 | source "drivers/cpufreq/Kconfig" |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2596 | |
| 2597 | source "drivers/cpuidle/Kconfig" |
| 2598 | |
Andy Henroid | 27471fd | 2008-10-09 11:45:22 -0700 | [diff] [blame] | 2599 | source "drivers/idle/Kconfig" |
| 2600 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2601 | endmenu |
| 2602 | |
| 2603 | |
| 2604 | menu "Bus options (PCI etc.)" |
| 2605 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2606 | choice |
| 2607 | prompt "PCI access mode" |
Ingo Molnar | efefa6f | 2008-07-10 16:09:50 +0200 | [diff] [blame] | 2608 | depends on X86_32 && PCI |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2609 | default PCI_GOANY |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2610 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2611 | On PCI systems, the BIOS can be used to detect the PCI devices and |
| 2612 | determine their configuration. However, some old PCI motherboards |
| 2613 | have BIOS bugs and may crash if this is done. Also, some embedded |
| 2614 | PCI-based systems don't have any BIOS at all. Linux can also try to |
| 2615 | detect the PCI hardware directly without using the BIOS. |
| 2616 | |
| 2617 | With this option, you can specify how Linux should detect the |
| 2618 | PCI devices. If you choose "BIOS", the BIOS will be used, |
| 2619 | if you choose "Direct", the BIOS won't be used, and if you |
| 2620 | choose "MMConfig", then PCI Express MMCONFIG will be used. |
| 2621 | If you choose "Any", the kernel will try MMCONFIG, then the |
| 2622 | direct access method and falls back to the BIOS if that doesn't |
| 2623 | work. If unsure, go with the default, which is "Any". |
| 2624 | |
| 2625 | config PCI_GOBIOS |
| 2626 | bool "BIOS" |
| 2627 | |
| 2628 | config PCI_GOMMCONFIG |
| 2629 | bool "MMConfig" |
| 2630 | |
| 2631 | config PCI_GODIRECT |
| 2632 | bool "Direct" |
| 2633 | |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2634 | config PCI_GOOLPC |
Daniel Drake | 76fb657 | 2010-09-23 17:28:04 +0100 | [diff] [blame] | 2635 | bool "OLPC XO-1" |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2636 | depends on OLPC |
| 2637 | |
Andres Salomon | 2bdd1b0 | 2008-06-05 14:14:41 -0700 | [diff] [blame] | 2638 | config PCI_GOANY |
| 2639 | bool "Any" |
| 2640 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2641 | endchoice |
| 2642 | |
| 2643 | config PCI_BIOS |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 2644 | def_bool y |
Ingo Molnar | efefa6f | 2008-07-10 16:09:50 +0200 | [diff] [blame] | 2645 | depends on X86_32 && PCI && (PCI_GOBIOS || PCI_GOANY) |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2646 | |
| 2647 | # x86-64 doesn't support PCI BIOS access from long mode so always go direct. |
| 2648 | config PCI_DIRECT |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 2649 | def_bool y |
Shaohua Li | 0aba496 | 2011-05-27 14:59:39 +0800 | [diff] [blame] | 2650 | depends on PCI && (X86_64 || (PCI_GODIRECT || PCI_GOANY || PCI_GOOLPC || PCI_GOMMCONFIG)) |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2651 | |
| 2652 | config PCI_MMCONFIG |
Jan Kiszka | b45c9f3 | 2018-03-07 08:39:16 +0100 | [diff] [blame] | 2653 | bool "Support mmconfig PCI config space access" if X86_64 |
| 2654 | default y |
Andy Shevchenko | 4590d98 | 2021-02-11 15:40:02 +0200 | [diff] [blame] | 2655 | depends on PCI && (ACPI || JAILHOUSE_GUEST) |
Jan Kiszka | b45c9f3 | 2018-03-07 08:39:16 +0100 | [diff] [blame] | 2656 | depends on X86_64 || (PCI_GOANY || PCI_GOMMCONFIG) |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2657 | |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2658 | config PCI_OLPC |
Andres Salomon | 2bdd1b0 | 2008-06-05 14:14:41 -0700 | [diff] [blame] | 2659 | def_bool y |
| 2660 | depends on PCI && OLPC && (PCI_GOOLPC || PCI_GOANY) |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2661 | |
Alex Nixon | b5401a9 | 2010-03-18 16:31:34 -0400 | [diff] [blame] | 2662 | config PCI_XEN |
| 2663 | def_bool y |
| 2664 | depends on PCI && XEN |
Alex Nixon | b5401a9 | 2010-03-18 16:31:34 -0400 | [diff] [blame] | 2665 | |
Jan Kiszka | 8364e1f | 2018-03-07 08:39:17 +0100 | [diff] [blame] | 2666 | config MMCONF_FAM10H |
| 2667 | def_bool y |
| 2668 | depends on X86_64 && PCI_MMCONFIG && ACPI |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2669 | |
Ira W. Snyder | 3f6ea84 | 2010-04-01 11:43:30 -0700 | [diff] [blame] | 2670 | config PCI_CNB20LE_QUIRK |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 2671 | bool "Read CNB20LE Host Bridge Windows" if EXPERT |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 2672 | depends on PCI |
Ira W. Snyder | 3f6ea84 | 2010-04-01 11:43:30 -0700 | [diff] [blame] | 2673 | help |
| 2674 | Read the PCI windows out of the CNB20LE host bridge. This allows |
| 2675 | PCI hotplug to work on systems with the CNB20LE chipset which do |
| 2676 | not have ACPI. |
| 2677 | |
Bjorn Helgaas | 64a5fed | 2011-01-06 10:12:30 -0700 | [diff] [blame] | 2678 | There's no public spec for this chipset, and this functionality |
| 2679 | is known to be incomplete. |
| 2680 | |
| 2681 | You should say N unless you know you need this. |
| 2682 | |
William Breathitt Gray | 3a49551 | 2016-05-27 18:08:27 -0400 | [diff] [blame] | 2683 | config ISA_BUS |
William Breathitt Gray | 17a2a12 | 2017-12-29 15:14:46 -0500 | [diff] [blame] | 2684 | bool "ISA bus support on modern systems" if EXPERT |
William Breathitt Gray | 3a49551 | 2016-05-27 18:08:27 -0400 | [diff] [blame] | 2685 | help |
William Breathitt Gray | 17a2a12 | 2017-12-29 15:14:46 -0500 | [diff] [blame] | 2686 | Expose ISA bus device drivers and options available for selection and |
| 2687 | configuration. Enable this option if your target machine has an ISA |
| 2688 | bus. ISA is an older system, displaced by PCI and newer bus |
| 2689 | architectures -- if your target machine is modern, it probably does |
| 2690 | not have an ISA bus. |
William Breathitt Gray | 3a49551 | 2016-05-27 18:08:27 -0400 | [diff] [blame] | 2691 | |
| 2692 | If unsure, say N. |
| 2693 | |
David Rientjes | 1c00f01 | 2011-03-22 16:34:59 -0700 | [diff] [blame] | 2694 | # x86_64 have no ISA slots, but can have ISA-style DMA. |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2695 | config ISA_DMA_API |
David Rientjes | 1c00f01 | 2011-03-22 16:34:59 -0700 | [diff] [blame] | 2696 | bool "ISA-style DMA support" if (X86_64 && EXPERT) |
| 2697 | default y |
| 2698 | help |
| 2699 | Enables ISA-style DMA support for devices requiring such controllers. |
| 2700 | If unsure, say Y. |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2701 | |
Linus Torvalds | 51e68d0 | 2016-05-21 10:25:19 -0700 | [diff] [blame] | 2702 | if X86_32 |
| 2703 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2704 | config ISA |
| 2705 | bool "ISA support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2706 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2707 | Find out whether you have ISA slots on your motherboard. ISA is the |
| 2708 | name of a bus system, i.e. the way the CPU talks to the other stuff |
| 2709 | inside your box. Other bus systems are PCI, EISA, MicroChannel |
| 2710 | (MCA) or VESA. ISA is an older system, now being displaced by PCI; |
| 2711 | newer boards don't support it. If you have ISA, say Y, otherwise N. |
| 2712 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2713 | config SCx200 |
| 2714 | tristate "NatSemi SCx200 support" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2715 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2716 | This provides basic support for National Semiconductor's |
| 2717 | (now AMD's) Geode processors. The driver probes for the |
| 2718 | PCI-IDs of several on-chip devices, so its a good dependency |
| 2719 | for other scx200_* drivers. |
| 2720 | |
| 2721 | If compiled as a module, the driver is named scx200. |
| 2722 | |
| 2723 | config SCx200HR_TIMER |
| 2724 | tristate "NatSemi SCx200 27MHz High-Resolution Timer Support" |
John Stultz | 592913e | 2010-07-13 17:56:20 -0700 | [diff] [blame] | 2725 | depends on SCx200 |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2726 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2727 | help |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2728 | This driver provides a clocksource built upon the on-chip |
| 2729 | 27MHz high-resolution timer. Its also a workaround for |
| 2730 | NSC Geode SC-1100's buggy TSC, which loses time when the |
| 2731 | processor goes idle (as is done by the scheduler). The |
| 2732 | other workaround is idle=poll boot option. |
| 2733 | |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2734 | config OLPC |
| 2735 | bool "One Laptop Per Child support" |
Thomas Gleixner | 5400897 | 2011-02-23 09:50:15 +0100 | [diff] [blame] | 2736 | depends on !X86_PAE |
Andres Salomon | 3c55494 | 2009-12-14 18:00:36 -0800 | [diff] [blame] | 2737 | select GPIOLIB |
Thomas Gleixner | dc3119e70 | 2011-02-23 10:08:31 +0100 | [diff] [blame] | 2738 | select OF |
Daniel Drake | 45bb167 | 2011-03-13 15:10:17 +0000 | [diff] [blame] | 2739 | select OF_PROMTREE |
Grant Likely | b4e5185 | 2011-12-16 15:50:17 -0700 | [diff] [blame] | 2740 | select IRQ_DOMAIN |
Lubomir Rintel | 0c3d931 | 2019-05-13 09:56:37 +0200 | [diff] [blame] | 2741 | select OLPC_EC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2742 | help |
Andres Salomon | 3ef0e1f | 2008-04-29 00:59:53 -0700 | [diff] [blame] | 2743 | Add support for detecting the unique features of the OLPC |
| 2744 | XO hardware. |
| 2745 | |
Daniel Drake | a312858 | 2011-06-25 17:34:10 +0100 | [diff] [blame] | 2746 | config OLPC_XO1_PM |
| 2747 | bool "OLPC XO-1 Power Management" |
Borislav Petkov | fa112cf | 2018-10-05 15:13:07 +0200 | [diff] [blame] | 2748 | depends on OLPC && MFD_CS5535=y && PM_SLEEP |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2749 | help |
Daniel Drake | 97c4cb7 | 2011-06-25 17:34:11 +0100 | [diff] [blame] | 2750 | Add support for poweroff and suspend of the OLPC XO-1 laptop. |
Daniel Drake | bf1ebf0 | 2010-10-10 10:40:32 +0100 | [diff] [blame] | 2751 | |
Daniel Drake | cfee959 | 2011-06-25 17:34:17 +0100 | [diff] [blame] | 2752 | config OLPC_XO1_RTC |
| 2753 | bool "OLPC XO-1 Real Time Clock" |
| 2754 | depends on OLPC_XO1_PM && RTC_DRV_CMOS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2755 | help |
Daniel Drake | cfee959 | 2011-06-25 17:34:17 +0100 | [diff] [blame] | 2756 | Add support for the XO-1 real time clock, which can be used as a |
| 2757 | programmable wakeup source. |
| 2758 | |
Daniel Drake | 7feda8e9 | 2011-06-25 17:34:12 +0100 | [diff] [blame] | 2759 | config OLPC_XO1_SCI |
| 2760 | bool "OLPC XO-1 SCI extras" |
Arnd Bergmann | 92e830f | 2018-04-04 14:44:54 +0200 | [diff] [blame] | 2761 | depends on OLPC && OLPC_XO1_PM && GPIO_CS5535=y |
Randy Dunlap | ed8e47f | 2012-12-18 12:22:17 -0800 | [diff] [blame] | 2762 | depends on INPUT=y |
Daniel Drake | d8d01a6 | 2011-07-24 18:33:21 +0100 | [diff] [blame] | 2763 | select POWER_SUPPLY |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2764 | help |
Daniel Drake | 7feda8e9 | 2011-06-25 17:34:12 +0100 | [diff] [blame] | 2765 | Add support for SCI-based features of the OLPC XO-1 laptop: |
Daniel Drake | 7bc74b3 | 2011-06-25 17:34:14 +0100 | [diff] [blame] | 2766 | - EC-driven system wakeups |
Daniel Drake | 7feda8e9 | 2011-06-25 17:34:12 +0100 | [diff] [blame] | 2767 | - Power button |
Daniel Drake | 7bc74b3 | 2011-06-25 17:34:14 +0100 | [diff] [blame] | 2768 | - Ebook switch |
Daniel Drake | 2cf2bae | 2011-06-25 17:34:15 +0100 | [diff] [blame] | 2769 | - Lid switch |
Daniel Drake | e1040ac | 2011-06-25 17:34:16 +0100 | [diff] [blame] | 2770 | - AC adapter status updates |
| 2771 | - Battery status updates |
Daniel Drake | 7feda8e9 | 2011-06-25 17:34:12 +0100 | [diff] [blame] | 2772 | |
Daniel Drake | a0f30f5 | 2011-06-25 17:34:18 +0100 | [diff] [blame] | 2773 | config OLPC_XO15_SCI |
| 2774 | bool "OLPC XO-1.5 SCI extras" |
Daniel Drake | d8d01a6 | 2011-07-24 18:33:21 +0100 | [diff] [blame] | 2775 | depends on OLPC && ACPI |
| 2776 | select POWER_SUPPLY |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2777 | help |
Daniel Drake | a0f30f5 | 2011-06-25 17:34:18 +0100 | [diff] [blame] | 2778 | Add support for SCI-based features of the OLPC XO-1.5 laptop: |
| 2779 | - EC-driven system wakeups |
| 2780 | - AC adapter status updates |
| 2781 | - Battery status updates |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2782 | |
Ed Wildgoose | d4f3e35 | 2011-09-20 14:00:12 -0700 | [diff] [blame] | 2783 | config ALIX |
| 2784 | bool "PCEngines ALIX System Support (LED setup)" |
| 2785 | select GPIOLIB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2786 | help |
Ed Wildgoose | d4f3e35 | 2011-09-20 14:00:12 -0700 | [diff] [blame] | 2787 | This option enables system support for the PCEngines ALIX. |
| 2788 | At present this just sets up LEDs for GPIO control on |
| 2789 | ALIX2/3/6 boards. However, other system specific setup should |
| 2790 | get added here. |
| 2791 | |
| 2792 | Note: You must still enable the drivers for GPIO and LED support |
| 2793 | (GPIO_CS5535 & LEDS_GPIO) to actually use the LEDs |
| 2794 | |
| 2795 | Note: You have to set alix.force=1 for boards with Award BIOS. |
| 2796 | |
Philip Prindeville | da4e330 | 2012-03-05 15:05:15 -0800 | [diff] [blame] | 2797 | config NET5501 |
| 2798 | bool "Soekris Engineering net5501 System Support (LEDS, GPIO, etc)" |
| 2799 | select GPIOLIB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2800 | help |
Philip Prindeville | da4e330 | 2012-03-05 15:05:15 -0800 | [diff] [blame] | 2801 | This option enables system support for the Soekris Engineering net5501. |
| 2802 | |
Philip A. Prindeville | 3197059 | 2012-01-14 01:45:39 -0700 | [diff] [blame] | 2803 | config GEOS |
| 2804 | bool "Traverse Technologies GEOS System Support (LEDS, GPIO, etc)" |
| 2805 | select GPIOLIB |
| 2806 | depends on DMI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2807 | help |
Philip A. Prindeville | 3197059 | 2012-01-14 01:45:39 -0700 | [diff] [blame] | 2808 | This option enables system support for the Traverse Technologies GEOS. |
| 2809 | |
Vivien Didelot | 7d02912 | 2013-01-04 16:18:14 -0500 | [diff] [blame] | 2810 | config TS5500 |
| 2811 | bool "Technologic Systems TS-5500 platform support" |
| 2812 | depends on MELAN |
| 2813 | select CHECK_SIGNATURE |
| 2814 | select NEW_LEDS |
| 2815 | select LEDS_CLASS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2816 | help |
Vivien Didelot | 7d02912 | 2013-01-04 16:18:14 -0500 | [diff] [blame] | 2817 | This option enables system support for the Technologic Systems TS-5500. |
| 2818 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2819 | endif # X86_32 |
| 2820 | |
Andreas Herrmann | 23ac4ae | 2010-09-17 18:03:43 +0200 | [diff] [blame] | 2821 | config AMD_NB |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2822 | def_bool y |
Borislav Petkov | 0e152cd | 2010-03-12 15:43:03 +0100 | [diff] [blame] | 2823 | depends on CPU_SUP_AMD && PCI |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2824 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2825 | endmenu |
| 2826 | |
| 2827 | |
Christoph Hellwig | 1572497 | 2018-07-31 13:39:30 +0200 | [diff] [blame] | 2828 | menu "Binary Emulations" |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2829 | |
| 2830 | config IA32_EMULATION |
| 2831 | bool "IA32 Emulation" |
| 2832 | depends on X86_64 |
Ingo Molnar | 39f8891 | 2016-11-15 10:22:52 +0100 | [diff] [blame] | 2833 | select ARCH_WANT_OLD_COMPAT_IPC |
Randy Dunlap | d160399 | 2013-06-18 12:33:40 -0700 | [diff] [blame] | 2834 | select BINFMT_ELF |
Ingo Molnar | 39f8891 | 2016-11-15 10:22:52 +0100 | [diff] [blame] | 2835 | select COMPAT_OLD_SIGACTION |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2836 | help |
H. J. Lu | 5fd92e6 | 2012-02-19 10:40:03 -0800 | [diff] [blame] | 2837 | Include code to run legacy 32-bit programs under a |
| 2838 | 64-bit kernel. You should likely turn this on, unless you're |
| 2839 | 100% sure that you don't have any 32-bit programs left. |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2840 | |
| 2841 | config IA32_AOUT |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 2842 | tristate "IA32 a.out support" |
| 2843 | depends on IA32_EMULATION |
Borislav Petkov | eac6165 | 2019-03-05 15:47:51 +0100 | [diff] [blame] | 2844 | depends on BROKEN |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2845 | help |
Ingo Molnar | 8f9ca47 | 2009-02-05 16:21:53 +0100 | [diff] [blame] | 2846 | Support old a.out binaries in the 32bit emulation. |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2847 | |
Masahiro Yamada | 83a44a4 | 2022-03-14 12:48:41 -0700 | [diff] [blame] | 2848 | config X86_X32_ABI |
Kees Cook | 6ea3038 | 2012-10-02 11:16:47 -0700 | [diff] [blame] | 2849 | bool "x32 ABI for 64-bit mode" |
Brian Gerst | 9b54050 | 2015-06-22 07:55:21 -0400 | [diff] [blame] | 2850 | depends on X86_64 |
Nathan Chancellor | aaeed6e | 2022-03-14 12:48:42 -0700 | [diff] [blame] | 2851 | # llvm-objcopy does not convert x86_64 .note.gnu.property or |
| 2852 | # compressed debug sections to x86_x32 properly: |
| 2853 | # https://github.com/ClangBuiltLinux/linux/issues/514 |
| 2854 | # https://github.com/ClangBuiltLinux/linux/issues/1141 |
| 2855 | depends on $(success,$(OBJCOPY) --version | head -n1 | grep -qv llvm) |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 2856 | help |
H. J. Lu | 5fd92e6 | 2012-02-19 10:40:03 -0800 | [diff] [blame] | 2857 | Include code to run binaries for the x32 native 32-bit ABI |
| 2858 | for 64-bit processors. An x32 process gets access to the |
| 2859 | full 64-bit register file and wide data path while leaving |
| 2860 | pointers at 32 bits for smaller memory footprint. |
| 2861 | |
Ingo Molnar | 953fee1 | 2016-11-15 10:22:52 +0100 | [diff] [blame] | 2862 | config COMPAT_32 |
| 2863 | def_bool y |
| 2864 | depends on IA32_EMULATION || X86_32 |
| 2865 | select HAVE_UID16 |
| 2866 | select OLD_SIGSUSPEND3 |
| 2867 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2868 | config COMPAT |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 2869 | def_bool y |
Masahiro Yamada | 83a44a4 | 2022-03-14 12:48:41 -0700 | [diff] [blame] | 2870 | depends on IA32_EMULATION || X86_X32_ABI |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2871 | |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 2872 | if COMPAT |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2873 | config COMPAT_FOR_U64_ALIGNMENT |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 2874 | def_bool y |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2875 | |
| 2876 | config SYSVIPC_COMPAT |
Harvey Harrison | 3c2362e | 2008-01-30 13:31:03 +0100 | [diff] [blame] | 2877 | def_bool y |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 2878 | depends on SYSVIPC |
Jan Beulich | 3120e25 | 2012-09-10 12:41:45 +0100 | [diff] [blame] | 2879 | endif |
David Howells | ee009e4a0 | 2011-03-07 15:06:20 +0000 | [diff] [blame] | 2880 | |
Sam Ravnborg | e279b6c | 2007-11-06 20:41:05 +0100 | [diff] [blame] | 2881 | endmenu |
| 2882 | |
| 2883 | |
Keith Packard | e5beae1 | 2008-11-03 18:21:45 +0100 | [diff] [blame] | 2884 | config HAVE_ATOMIC_IOMAP |
| 2885 | def_bool y |
| 2886 | depends on X86_32 |
| 2887 | |
Avi Kivity | edf8841 | 2007-12-16 11:02:48 +0200 | [diff] [blame] | 2888 | source "arch/x86/kvm/Kconfig" |
Jason A. Donenfeld | 5e8ebd8 | 2020-03-26 17:00:58 +0900 | [diff] [blame] | 2889 | |
| 2890 | source "arch/x86/Kconfig.assembler" |