Greg Kroah-Hartman | b244131 | 2017-11-01 15:07:57 +0100 | [diff] [blame] | 1 | # SPDX-License-Identifier: GPL-2.0 |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2 | |
Ingo Molnar | 55f327f | 2006-07-03 00:24:43 -0700 | [diff] [blame] | 3 | config TRACE_IRQFLAGS_SUPPORT |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 4 | def_bool y |
Ingo Molnar | 55f327f | 2006-07-03 00:24:43 -0700 | [diff] [blame] | 5 | |
peterz@infradead.org | ed00495 | 2020-07-27 14:48:52 +0200 | [diff] [blame] | 6 | config TRACE_IRQFLAGS_NMI_SUPPORT |
| 7 | def_bool y |
| 8 | |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 9 | config EARLY_PRINTK_USB |
| 10 | bool |
| 11 | |
Ben Collins | 6bcb13b | 2008-06-18 14:04:35 -0400 | [diff] [blame] | 12 | config X86_VERBOSE_BOOTUP |
| 13 | bool "Enable verbose x86 bootup info messages" |
| 14 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 15 | help |
Ben Collins | 6bcb13b | 2008-06-18 14:04:35 -0400 | [diff] [blame] | 16 | Enables the informational output from the decompression stage |
| 17 | (e.g. bzImage) of the boot. If you disable this you will still |
| 18 | see errors. Disable this if you want silent bootup. |
| 19 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 20 | config EARLY_PRINTK |
David Rientjes | 6a108a1 | 2011-01-20 14:44:16 -0800 | [diff] [blame] | 21 | bool "Early printk" if EXPERT |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 22 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 23 | help |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 24 | Write kernel log output directly into the VGA buffer or to a serial |
| 25 | port. |
| 26 | |
| 27 | This is useful for kernel debugging when your machine crashes very |
| 28 | early before the console code is initialized. For normal operation |
| 29 | it is not recommended because it looks ugly and doesn't cooperate |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 30 | with klogd/syslogd or the X server. You should normally say N here, |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 31 | unless you want to debug such a crash. |
| 32 | |
Yinghai Lu | 5c05917 | 2008-07-24 17:29:40 -0700 | [diff] [blame] | 33 | config EARLY_PRINTK_DBGP |
| 34 | bool "Early printk via EHCI debug port" |
Ingo Molnar | 9749986 | 2008-07-26 17:28:11 +0200 | [diff] [blame] | 35 | depends on EARLY_PRINTK && PCI |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 36 | select EARLY_PRINTK_USB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 37 | help |
Yinghai Lu | 5c05917 | 2008-07-24 17:29:40 -0700 | [diff] [blame] | 38 | Write kernel log output directly into the EHCI debug port. |
| 39 | |
| 40 | This is useful for kernel debugging when your machine crashes very |
| 41 | early before the console code is initialized. For normal operation |
| 42 | it is not recommended because it looks ugly and doesn't cooperate |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 43 | with klogd/syslogd or the X server. You should normally say N here, |
Yinghai Lu | 5c05917 | 2008-07-24 17:29:40 -0700 | [diff] [blame] | 44 | unless you want to debug such a crash. You need usb debug device. |
| 45 | |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 46 | config EARLY_PRINTK_USB_XDBC |
| 47 | bool "Early printk via the xHCI debug port" |
| 48 | depends on EARLY_PRINTK && PCI |
| 49 | select EARLY_PRINTK_USB |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 50 | help |
Lu Baolu | aeb9dd1 | 2017-03-21 16:01:30 +0800 | [diff] [blame] | 51 | Write kernel log output directly into the xHCI debug port. |
| 52 | |
| 53 | One use for this feature is kernel debugging, for example when your |
| 54 | machine crashes very early before the regular console code is |
| 55 | initialized. Other uses include simpler, lockless logging instead of |
| 56 | a full-blown printk console driver + klogd. |
| 57 | |
| 58 | For normal production environments this is normally not recommended, |
| 59 | because it doesn't feed events into klogd/syslogd and doesn't try to |
| 60 | print anything on the screen. |
| 61 | |
| 62 | You should normally say N here, unless you want to debug early |
| 63 | crashes or need a very simple printk logging facility. |
| 64 | |
Dan Williams | 5d8beee | 2018-05-01 06:49:45 -0700 | [diff] [blame] | 65 | config MCSAFE_TEST |
| 66 | def_bool n |
| 67 | |
Borislav Petkov | 11cc851 | 2014-01-18 12:48:15 +0100 | [diff] [blame] | 68 | config EFI_PGT_DUMP |
| 69 | bool "Dump the EFI pagetable" |
Stephen Smalley | e1a5832 | 2015-10-05 12:55:20 -0400 | [diff] [blame] | 70 | depends on EFI |
Steven Price | 2ae2713 | 2020-02-03 17:36:24 -0800 | [diff] [blame] | 71 | select PTDUMP_CORE |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 72 | help |
Borislav Petkov | 11cc851 | 2014-01-18 12:48:15 +0100 | [diff] [blame] | 73 | Enable this if you want to dump the EFI page table before |
| 74 | enabling virtual mode. This can be used to debug miscellaneous |
| 75 | issues with the mapping of the EFI runtime regions into that |
| 76 | table. |
| 77 | |
Alex Shi | 3df3212 | 2012-06-28 09:02:20 +0800 | [diff] [blame] | 78 | config DEBUG_TLBFLUSH |
| 79 | bool "Set upper limit of TLB entries to flush one-by-one" |
Paul Bolle | cd69aa6 | 2013-03-14 12:54:37 +0100 | [diff] [blame] | 80 | depends on DEBUG_KERNEL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 81 | help |
Alex Shi | 3df3212 | 2012-06-28 09:02:20 +0800 | [diff] [blame] | 82 | |
| 83 | X86-only for now. |
| 84 | |
| 85 | This option allows the user to tune the amount of TLB entries the |
| 86 | kernel flushes one-by-one instead of doing a full TLB flush. In |
| 87 | certain situations, the former is cheaper. This is controlled by the |
| 88 | tlb_flushall_shift knob under /sys/kernel/debug/x86. If you set it |
| 89 | to -1, the code flushes the whole TLB unconditionally. Otherwise, |
| 90 | for positive values of it, the kernel will use single TLB entry |
| 91 | invalidating instructions according to the following formula: |
| 92 | |
| 93 | flush_entries <= active_tlb_entries / 2^tlb_flushall_shift |
| 94 | |
| 95 | If in doubt, say "N". |
| 96 | |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 97 | config IOMMU_DEBUG |
| 98 | bool "Enable IOMMU debugging" |
Joerg Roedel | 966396d | 2007-10-24 12:49:48 +0200 | [diff] [blame] | 99 | depends on GART_IOMMU && DEBUG_KERNEL |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 100 | depends on X86_64 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 101 | help |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 102 | Force the IOMMU to on even when you have less than 4GB of |
| 103 | memory and add debugging code. On overflow always panic. And |
| 104 | allow to enable IOMMU leak tracing. Can be disabled at boot |
| 105 | time with iommu=noforce. This will also enable scatter gather |
| 106 | list merging. Currently not recommended for production |
| 107 | code. When you use it make sure you have a big enough |
| 108 | IOMMU/AGP aperture. Most of the options enabled by this can |
| 109 | be set more finegrained using the iommu= command line |
Mauro Carvalho Chehab | cb1aaeb | 2019-06-07 15:54:32 -0300 | [diff] [blame] | 110 | options. See Documentation/x86/x86_64/boot-options.rst for more |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 111 | details. |
| 112 | |
| 113 | config IOMMU_LEAK |
| 114 | bool "IOMMU leak tracing" |
FUJITA Tomonori | 19c1a6f | 2009-04-14 09:43:19 +0900 | [diff] [blame] | 115 | depends on IOMMU_DEBUG && DMA_API_DEBUG |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 116 | help |
Randy Dunlap | d013a27 | 2007-10-24 15:50:43 -0700 | [diff] [blame] | 117 | Add a simple leak tracer to the IOMMU code. This is useful when you |
| 118 | are debugging a buggy device driver that leaks IOMMU mappings. |
| 119 | |
Pekka Paalanen | 6bc5c36 | 2009-01-03 21:23:51 +0200 | [diff] [blame] | 120 | config HAVE_MMIOTRACE_SUPPORT |
| 121 | def_bool y |
Pekka Paalanen | 8b7d89d | 2008-05-12 21:20:56 +0200 | [diff] [blame] | 122 | |
Masami Hiramatsu | ca0e9ba | 2009-08-13 16:34:21 -0400 | [diff] [blame] | 123 | config X86_DECODER_SELFTEST |
OGAWA Hirofumi | cbe5c34 | 2009-12-06 20:14:29 +0900 | [diff] [blame] | 124 | bool "x86 instruction decoder selftest" |
Masami Hiramatsu | 7720804 | 2019-09-01 12:03:08 +0900 | [diff] [blame] | 125 | depends on DEBUG_KERNEL && INSTRUCTION_DECODER |
Ingo Molnar | f8f2023 | 2014-02-05 06:51:37 +0100 | [diff] [blame] | 126 | depends on !COMPILE_TEST |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 127 | help |
Masami Hiramatsu | ca0e9ba | 2009-08-13 16:34:21 -0400 | [diff] [blame] | 128 | Perform x86 instruction decoder selftests at build time. |
| 129 | This option is useful for checking the sanity of x86 instruction |
| 130 | decoder code. |
| 131 | If unsure, say "N". |
| 132 | |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 133 | choice |
| 134 | prompt "IO delay type" |
Ingo Molnar | fd59e9e | 2008-02-17 20:20:24 +0100 | [diff] [blame] | 135 | default IO_DELAY_0X80 |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 136 | |
| 137 | config IO_DELAY_0X80 |
| 138 | bool "port 0x80 based port-IO delay [recommended]" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 139 | help |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 140 | This is the traditional Linux IO delay used for in/out_p. |
| 141 | It is the most tested hence safest selection here. |
| 142 | |
| 143 | config IO_DELAY_0XED |
| 144 | bool "port 0xed based port-IO delay" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 145 | help |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 146 | Use port 0xed as the IO delay. This frees up port 0x80 which is |
| 147 | often used as a hardware-debug port. |
| 148 | |
| 149 | config IO_DELAY_UDELAY |
| 150 | bool "udelay based port-IO delay" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 151 | help |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 152 | Use udelay(2) as the IO delay method. This provides the delay |
| 153 | while not having any side-effect on the IO port space. |
| 154 | |
| 155 | config IO_DELAY_NONE |
| 156 | bool "no port-IO delay" |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 157 | help |
Ingo Molnar | 6e7c402 | 2008-01-30 13:30:05 +0100 | [diff] [blame] | 158 | No port-IO delay. Will break on old boxes that require port-IO |
| 159 | delay for certain operations. Should work on most new machines. |
| 160 | |
| 161 | endchoice |
| 162 | |
Huang, Ying | 6d7d743 | 2008-01-30 13:32:51 +0100 | [diff] [blame] | 163 | config DEBUG_BOOT_PARAMS |
| 164 | bool "Debug boot parameters" |
| 165 | depends on DEBUG_KERNEL |
| 166 | depends on DEBUG_FS |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 167 | help |
Huang, Ying | 6d7d743 | 2008-01-30 13:32:51 +0100 | [diff] [blame] | 168 | This option will cause struct boot_params to be exported via debugfs. |
| 169 | |
Andi Kleen | 0c42f39 | 2008-01-30 13:33:42 +0100 | [diff] [blame] | 170 | config CPA_DEBUG |
Ingo Molnar | 971a52d | 2008-02-06 22:39:45 +0100 | [diff] [blame] | 171 | bool "CPA self-test code" |
Ingo Molnar | f316fe6 | 2008-01-30 13:34:04 +0100 | [diff] [blame] | 172 | depends on DEBUG_KERNEL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 173 | help |
Ingo Molnar | 971a52d | 2008-02-06 22:39:45 +0100 | [diff] [blame] | 174 | Do change_page_attr() self-tests every 30 seconds. |
Andi Kleen | 0c42f39 | 2008-01-30 13:33:42 +0100 | [diff] [blame] | 175 | |
Andy Lutomirski | a97439a | 2015-07-15 10:29:41 -0700 | [diff] [blame] | 176 | config DEBUG_ENTRY |
| 177 | bool "Debug low-level entry code" |
| 178 | depends on DEBUG_KERNEL |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 179 | help |
Andy Lutomirski | a97439a | 2015-07-15 10:29:41 -0700 | [diff] [blame] | 180 | This option enables sanity checks in x86's low-level entry code. |
| 181 | Some of these sanity checks may slow down kernel entries and |
| 182 | exits or otherwise impact performance. |
| 183 | |
Andy Lutomirski | a97439a | 2015-07-15 10:29:41 -0700 | [diff] [blame] | 184 | If unsure, say N. |
| 185 | |
Don Zickus | 99e8b9c | 2011-10-13 15:14:26 -0400 | [diff] [blame] | 186 | config DEBUG_NMI_SELFTEST |
| 187 | bool "NMI Selftest" |
Don Zickus | 4f941c5 | 2011-12-07 16:06:30 -0500 | [diff] [blame] | 188 | depends on DEBUG_KERNEL && X86_LOCAL_APIC |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 189 | help |
Don Zickus | 99e8b9c | 2011-10-13 15:14:26 -0400 | [diff] [blame] | 190 | Enabling this option turns on a quick NMI selftest to verify |
| 191 | that the NMI behaves correctly. |
| 192 | |
| 193 | This might help diagnose strange hangs that rely on NMI to |
| 194 | function properly. |
| 195 | |
| 196 | If unsure, say N. |
| 197 | |
Bryan O'Donoghue | 28a375d | 2015-01-30 16:29:38 +0000 | [diff] [blame] | 198 | config DEBUG_IMR_SELFTEST |
| 199 | bool "Isolated Memory Region self test" |
Bryan O'Donoghue | 28a375d | 2015-01-30 16:29:38 +0000 | [diff] [blame] | 200 | depends on INTEL_IMR |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 201 | help |
Bryan O'Donoghue | 28a375d | 2015-01-30 16:29:38 +0000 | [diff] [blame] | 202 | This option enables automated sanity testing of the IMR code. |
| 203 | Some simple tests are run to verify IMR bounds checking, alignment |
| 204 | and overlapping. This option is really only useful if you are |
| 205 | debugging an IMR memory map or are modifying the IMR code and want to |
| 206 | test your changes. |
| 207 | |
| 208 | If unsure say N here. |
| 209 | |
Ingo Molnar | e97131a | 2015-05-05 11:34:49 +0200 | [diff] [blame] | 210 | config X86_DEBUG_FPU |
| 211 | bool "Debug the x86 FPU code" |
| 212 | depends on DEBUG_KERNEL |
| 213 | default y |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 214 | help |
Ingo Molnar | e97131a | 2015-05-05 11:34:49 +0200 | [diff] [blame] | 215 | If this option is enabled then there will be extra sanity |
| 216 | checks and (boot time) debug printouts added to the kernel. |
| 217 | This debugging adds some small amount of runtime overhead |
| 218 | to the kernel. |
| 219 | |
| 220 | If unsure, say N. |
| 221 | |
Srinivas Pandruvada | 956079e | 2015-05-06 12:15:54 -0700 | [diff] [blame] | 222 | config PUNIT_ATOM_DEBUG |
| 223 | tristate "ATOM Punit debug driver" |
Arnd Bergmann | d689c64 | 2017-07-19 14:53:05 +0200 | [diff] [blame] | 224 | depends on PCI |
Srinivas Pandruvada | 956079e | 2015-05-06 12:15:54 -0700 | [diff] [blame] | 225 | select DEBUG_FS |
| 226 | select IOSF_MBI |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 227 | help |
Srinivas Pandruvada | 956079e | 2015-05-06 12:15:54 -0700 | [diff] [blame] | 228 | This is a debug driver, which gets the power states |
| 229 | of all Punit North Complex devices. The power states of |
| 230 | each device is exposed as part of the debugfs interface. |
| 231 | The current power state can be read from |
| 232 | /sys/kernel/debug/punit_atom/dev_power_state |
| 233 | |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 234 | choice |
| 235 | prompt "Choose kernel unwinder" |
Josh Poimboeuf | fc72ae4 | 2017-10-13 15:02:01 -0500 | [diff] [blame] | 236 | default UNWINDER_ORC if X86_64 |
| 237 | default UNWINDER_FRAME_POINTER if X86_32 |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 238 | help |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 239 | This determines which method will be used for unwinding kernel stack |
| 240 | traces for panics, oopses, bugs, warnings, perf, /proc/<pid>/stack, |
| 241 | livepatch, lockdep, and more. |
| 242 | |
Josh Poimboeuf | 11af847 | 2017-10-13 15:02:00 -0500 | [diff] [blame] | 243 | config UNWINDER_ORC |
Josh Poimboeuf | ee9f8fc | 2017-07-24 18:36:57 -0500 | [diff] [blame] | 244 | bool "ORC unwinder" |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 245 | depends on X86_64 |
Josh Poimboeuf | ee9f8fc | 2017-07-24 18:36:57 -0500 | [diff] [blame] | 246 | select STACK_VALIDATION |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 247 | help |
Josh Poimboeuf | ee9f8fc | 2017-07-24 18:36:57 -0500 | [diff] [blame] | 248 | This option enables the ORC (Oops Rewind Capability) unwinder for |
| 249 | unwinding kernel stack traces. It uses a custom data format which is |
| 250 | a simplified version of the DWARF Call Frame Information standard. |
| 251 | |
| 252 | This unwinder is more accurate across interrupt entry frames than the |
Josh Poimboeuf | a34a766 | 2017-07-24 18:36:58 -0500 | [diff] [blame] | 253 | frame pointer unwinder. It also enables a 5-10% performance |
| 254 | improvement across the entire kernel compared to frame pointers. |
Josh Poimboeuf | ee9f8fc | 2017-07-24 18:36:57 -0500 | [diff] [blame] | 255 | |
| 256 | Enabling this option will increase the kernel's runtime memory usage |
| 257 | by roughly 2-4MB, depending on your kernel config. |
| 258 | |
Josh Poimboeuf | fc72ae4 | 2017-10-13 15:02:01 -0500 | [diff] [blame] | 259 | config UNWINDER_FRAME_POINTER |
| 260 | bool "Frame pointer unwinder" |
| 261 | select FRAME_POINTER |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 262 | help |
Josh Poimboeuf | fc72ae4 | 2017-10-13 15:02:01 -0500 | [diff] [blame] | 263 | This option enables the frame pointer unwinder for unwinding kernel |
| 264 | stack traces. |
| 265 | |
| 266 | The unwinder itself is fast and it uses less RAM than the ORC |
| 267 | unwinder, but the kernel text size will grow by ~3% and the kernel's |
| 268 | overall performance will degrade by roughly 5-10%. |
| 269 | |
Josh Poimboeuf | 11af847 | 2017-10-13 15:02:00 -0500 | [diff] [blame] | 270 | config UNWINDER_GUESS |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 271 | bool "Guess unwinder" |
| 272 | depends on EXPERT |
Andrey Ryabinin | 0a373d4f | 2017-11-30 15:35:54 +0300 | [diff] [blame] | 273 | depends on !STACKDEPOT |
Masahiro Yamada | a7f7f62 | 2020-06-14 01:50:22 +0900 | [diff] [blame] | 274 | help |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 275 | This option enables the "guess" unwinder for unwinding kernel stack |
| 276 | traces. It scans the stack and reports every kernel text address it |
| 277 | finds. Some of the addresses it reports may be incorrect. |
| 278 | |
| 279 | While this option often produces false positives, it can still be |
| 280 | useful in many cases. Unlike the other unwinders, it has no runtime |
| 281 | overhead. |
| 282 | |
| 283 | endchoice |
| 284 | |
| 285 | config FRAME_POINTER |
Josh Poimboeuf | 11af847 | 2017-10-13 15:02:00 -0500 | [diff] [blame] | 286 | depends on !UNWINDER_ORC && !UNWINDER_GUESS |
Josh Poimboeuf | 81d3871 | 2017-07-25 08:54:24 -0500 | [diff] [blame] | 287 | bool |