Merge branch 'x86-entry-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git...
[sfrench/cifs-2.6.git] / arch / Kconfig
1 # SPDX-License-Identifier: GPL-2.0
2 #
3 # General architecture dependent options
4 #
5
6 #
7 # Note: arch/$(SRCARCH)/Kconfig needs to be included first so that it can
8 # override the default values in this file.
9 #
10 source "arch/$(SRCARCH)/Kconfig"
11
12 menu "General architecture-dependent options"
13
14 config CRASH_CORE
15         bool
16
17 config KEXEC_CORE
18         select CRASH_CORE
19         bool
20
21 config HAVE_IMA_KEXEC
22         bool
23
24 config HOTPLUG_SMT
25         bool
26
27 config OPROFILE
28         tristate "OProfile system profiling"
29         depends on PROFILING
30         depends on HAVE_OPROFILE
31         select RING_BUFFER
32         select RING_BUFFER_ALLOW_SWAP
33         help
34           OProfile is a profiling system capable of profiling the
35           whole system, include the kernel, kernel modules, libraries,
36           and applications.
37
38           If unsure, say N.
39
40 config OPROFILE_EVENT_MULTIPLEX
41         bool "OProfile multiplexing support (EXPERIMENTAL)"
42         default n
43         depends on OPROFILE && X86
44         help
45           The number of hardware counters is limited. The multiplexing
46           feature enables OProfile to gather more events than counters
47           are provided by the hardware. This is realized by switching
48           between events at a user specified time interval.
49
50           If unsure, say N.
51
52 config HAVE_OPROFILE
53         bool
54
55 config OPROFILE_NMI_TIMER
56         def_bool y
57         depends on PERF_EVENTS && HAVE_PERF_EVENTS_NMI && !PPC64
58
59 config KPROBES
60         bool "Kprobes"
61         depends on MODULES
62         depends on HAVE_KPROBES
63         select KALLSYMS
64         help
65           Kprobes allows you to trap at almost any kernel address and
66           execute a callback function.  register_kprobe() establishes
67           a probepoint and specifies the callback.  Kprobes is useful
68           for kernel debugging, non-intrusive instrumentation and testing.
69           If in doubt, say "N".
70
71 config JUMP_LABEL
72        bool "Optimize very unlikely/likely branches"
73        depends on HAVE_ARCH_JUMP_LABEL
74        depends on CC_HAS_ASM_GOTO
75        help
76          This option enables a transparent branch optimization that
77          makes certain almost-always-true or almost-always-false branch
78          conditions even cheaper to execute within the kernel.
79
80          Certain performance-sensitive kernel code, such as trace points,
81          scheduler functionality, networking code and KVM have such
82          branches and include support for this optimization technique.
83
84          If it is detected that the compiler has support for "asm goto",
85          the kernel will compile such branches with just a nop
86          instruction. When the condition flag is toggled to true, the
87          nop will be converted to a jump instruction to execute the
88          conditional block of instructions.
89
90          This technique lowers overhead and stress on the branch prediction
91          of the processor and generally makes the kernel faster. The update
92          of the condition is slower, but those are always very rare.
93
94          ( On 32-bit x86, the necessary options added to the compiler
95            flags may increase the size of the kernel slightly. )
96
97 config STATIC_KEYS_SELFTEST
98         bool "Static key selftest"
99         depends on JUMP_LABEL
100         help
101           Boot time self-test of the branch patching code.
102
103 config OPTPROBES
104         def_bool y
105         depends on KPROBES && HAVE_OPTPROBES
106         select TASKS_RCU if PREEMPT
107
108 config KPROBES_ON_FTRACE
109         def_bool y
110         depends on KPROBES && HAVE_KPROBES_ON_FTRACE
111         depends on DYNAMIC_FTRACE_WITH_REGS
112         help
113          If function tracer is enabled and the arch supports full
114          passing of pt_regs to function tracing, then kprobes can
115          optimize on top of function tracing.
116
117 config UPROBES
118         def_bool n
119         depends on ARCH_SUPPORTS_UPROBES
120         help
121           Uprobes is the user-space counterpart to kprobes: they
122           enable instrumentation applications (such as 'perf probe')
123           to establish unintrusive probes in user-space binaries and
124           libraries, by executing handler functions when the probes
125           are hit by user-space applications.
126
127           ( These probes come in the form of single-byte breakpoints,
128             managed by the kernel and kept transparent to the probed
129             application. )
130
131 config HAVE_64BIT_ALIGNED_ACCESS
132         def_bool 64BIT && !HAVE_EFFICIENT_UNALIGNED_ACCESS
133         help
134           Some architectures require 64 bit accesses to be 64 bit
135           aligned, which also requires structs containing 64 bit values
136           to be 64 bit aligned too. This includes some 32 bit
137           architectures which can do 64 bit accesses, as well as 64 bit
138           architectures without unaligned access.
139
140           This symbol should be selected by an architecture if 64 bit
141           accesses are required to be 64 bit aligned in this way even
142           though it is not a 64 bit architecture.
143
144           See Documentation/unaligned-memory-access.txt for more
145           information on the topic of unaligned memory accesses.
146
147 config HAVE_EFFICIENT_UNALIGNED_ACCESS
148         bool
149         help
150           Some architectures are unable to perform unaligned accesses
151           without the use of get_unaligned/put_unaligned. Others are
152           unable to perform such accesses efficiently (e.g. trap on
153           unaligned access and require fixing it up in the exception
154           handler.)
155
156           This symbol should be selected by an architecture if it can
157           perform unaligned accesses efficiently to allow different
158           code paths to be selected for these cases. Some network
159           drivers, for example, could opt to not fix up alignment
160           problems with received packets if doing so would not help
161           much.
162
163           See Documentation/unaligned-memory-access.txt for more
164           information on the topic of unaligned memory accesses.
165
166 config ARCH_USE_BUILTIN_BSWAP
167        bool
168        help
169          Modern versions of GCC (since 4.4) have builtin functions
170          for handling byte-swapping. Using these, instead of the old
171          inline assembler that the architecture code provides in the
172          __arch_bswapXX() macros, allows the compiler to see what's
173          happening and offers more opportunity for optimisation. In
174          particular, the compiler will be able to combine the byteswap
175          with a nearby load or store and use load-and-swap or
176          store-and-swap instructions if the architecture has them. It
177          should almost *never* result in code which is worse than the
178          hand-coded assembler in <asm/swab.h>.  But just in case it
179          does, the use of the builtins is optional.
180
181          Any architecture with load-and-swap or store-and-swap
182          instructions should set this. And it shouldn't hurt to set it
183          on architectures that don't have such instructions.
184
185 config KRETPROBES
186         def_bool y
187         depends on KPROBES && HAVE_KRETPROBES
188
189 config USER_RETURN_NOTIFIER
190         bool
191         depends on HAVE_USER_RETURN_NOTIFIER
192         help
193           Provide a kernel-internal notification when a cpu is about to
194           switch to user mode.
195
196 config HAVE_IOREMAP_PROT
197         bool
198
199 config HAVE_KPROBES
200         bool
201
202 config HAVE_KRETPROBES
203         bool
204
205 config HAVE_OPTPROBES
206         bool
207
208 config HAVE_KPROBES_ON_FTRACE
209         bool
210
211 config HAVE_FUNCTION_ERROR_INJECTION
212         bool
213
214 config HAVE_NMI
215         bool
216
217 #
218 # An arch should select this if it provides all these things:
219 #
220 #       task_pt_regs()          in asm/processor.h or asm/ptrace.h
221 #       arch_has_single_step()  if there is hardware single-step support
222 #       arch_has_block_step()   if there is hardware block-step support
223 #       asm/syscall.h           supplying asm-generic/syscall.h interface
224 #       linux/regset.h          user_regset interfaces
225 #       CORE_DUMP_USE_REGSET    #define'd in linux/elf.h
226 #       TIF_SYSCALL_TRACE       calls tracehook_report_syscall_{entry,exit}
227 #       TIF_NOTIFY_RESUME       calls tracehook_notify_resume()
228 #       signal delivery         calls tracehook_signal_handler()
229 #
230 config HAVE_ARCH_TRACEHOOK
231         bool
232
233 config HAVE_DMA_CONTIGUOUS
234         bool
235
236 config GENERIC_SMP_IDLE_THREAD
237        bool
238
239 config GENERIC_IDLE_POLL_SETUP
240        bool
241
242 config ARCH_HAS_FORTIFY_SOURCE
243         bool
244         help
245           An architecture should select this when it can successfully
246           build and run with CONFIG_FORTIFY_SOURCE.
247
248 # Select if arch has all set_memory_ro/rw/x/nx() functions in asm/cacheflush.h
249 config ARCH_HAS_SET_MEMORY
250         bool
251
252 # Select if arch init_task must go in the __init_task_data section
253 config ARCH_TASK_STRUCT_ON_STACK
254        bool
255
256 # Select if arch has its private alloc_task_struct() function
257 config ARCH_TASK_STRUCT_ALLOCATOR
258         bool
259
260 config HAVE_ARCH_THREAD_STRUCT_WHITELIST
261         bool
262         depends on !ARCH_TASK_STRUCT_ALLOCATOR
263         help
264           An architecture should select this to provide hardened usercopy
265           knowledge about what region of the thread_struct should be
266           whitelisted for copying to userspace. Normally this is only the
267           FPU registers. Specifically, arch_thread_struct_whitelist()
268           should be implemented. Without this, the entire thread_struct
269           field in task_struct will be left whitelisted.
270
271 # Select if arch has its private alloc_thread_stack() function
272 config ARCH_THREAD_STACK_ALLOCATOR
273         bool
274
275 # Select if arch wants to size task_struct dynamically via arch_task_struct_size:
276 config ARCH_WANTS_DYNAMIC_TASK_STRUCT
277         bool
278
279 config ARCH_32BIT_OFF_T
280         bool
281         depends on !64BIT
282         help
283           All new 32-bit architectures should have 64-bit off_t type on
284           userspace side which corresponds to the loff_t kernel type. This
285           is the requirement for modern ABIs. Some existing architectures
286           still support 32-bit off_t. This option is enabled for all such
287           architectures explicitly.
288
289 config HAVE_REGS_AND_STACK_ACCESS_API
290         bool
291         help
292           This symbol should be selected by an architecure if it supports
293           the API needed to access registers and stack entries from pt_regs,
294           declared in asm/ptrace.h
295           For example the kprobes-based event tracer needs this API.
296
297 config HAVE_RSEQ
298         bool
299         depends on HAVE_REGS_AND_STACK_ACCESS_API
300         help
301           This symbol should be selected by an architecture if it
302           supports an implementation of restartable sequences.
303
304 config HAVE_FUNCTION_ARG_ACCESS_API
305         bool
306         help
307           This symbol should be selected by an architecure if it supports
308           the API needed to access function arguments from pt_regs,
309           declared in asm/ptrace.h
310
311 config HAVE_CLK
312         bool
313         help
314           The <linux/clk.h> calls support software clock gating and
315           thus are a key power management tool on many systems.
316
317 config HAVE_HW_BREAKPOINT
318         bool
319         depends on PERF_EVENTS
320
321 config HAVE_MIXED_BREAKPOINTS_REGS
322         bool
323         depends on HAVE_HW_BREAKPOINT
324         help
325           Depending on the arch implementation of hardware breakpoints,
326           some of them have separate registers for data and instruction
327           breakpoints addresses, others have mixed registers to store
328           them but define the access type in a control register.
329           Select this option if your arch implements breakpoints under the
330           latter fashion.
331
332 config HAVE_USER_RETURN_NOTIFIER
333         bool
334
335 config HAVE_PERF_EVENTS_NMI
336         bool
337         help
338           System hardware can generate an NMI using the perf event
339           subsystem.  Also has support for calculating CPU cycle events
340           to determine how many clock cycles in a given period.
341
342 config HAVE_HARDLOCKUP_DETECTOR_PERF
343         bool
344         depends on HAVE_PERF_EVENTS_NMI
345         help
346           The arch chooses to use the generic perf-NMI-based hardlockup
347           detector. Must define HAVE_PERF_EVENTS_NMI.
348
349 config HAVE_NMI_WATCHDOG
350         depends on HAVE_NMI
351         bool
352         help
353           The arch provides a low level NMI watchdog. It provides
354           asm/nmi.h, and defines its own arch_touch_nmi_watchdog().
355
356 config HAVE_HARDLOCKUP_DETECTOR_ARCH
357         bool
358         select HAVE_NMI_WATCHDOG
359         help
360           The arch chooses to provide its own hardlockup detector, which is
361           a superset of the HAVE_NMI_WATCHDOG. It also conforms to config
362           interfaces and parameters provided by hardlockup detector subsystem.
363
364 config HAVE_PERF_REGS
365         bool
366         help
367           Support selective register dumps for perf events. This includes
368           bit-mapping of each registers and a unique architecture id.
369
370 config HAVE_PERF_USER_STACK_DUMP
371         bool
372         help
373           Support user stack dumps for perf event samples. This needs
374           access to the user stack pointer which is not unified across
375           architectures.
376
377 config HAVE_ARCH_JUMP_LABEL
378         bool
379
380 config HAVE_ARCH_JUMP_LABEL_RELATIVE
381         bool
382
383 config HAVE_RCU_TABLE_FREE
384         bool
385
386 config HAVE_RCU_TABLE_NO_INVALIDATE
387         bool
388
389 config HAVE_MMU_GATHER_PAGE_SIZE
390         bool
391
392 config HAVE_MMU_GATHER_NO_GATHER
393         bool
394
395 config ARCH_HAVE_NMI_SAFE_CMPXCHG
396         bool
397
398 config HAVE_ALIGNED_STRUCT_PAGE
399         bool
400         help
401           This makes sure that struct pages are double word aligned and that
402           e.g. the SLUB allocator can perform double word atomic operations
403           on a struct page for better performance. However selecting this
404           might increase the size of a struct page by a word.
405
406 config HAVE_CMPXCHG_LOCAL
407         bool
408
409 config HAVE_CMPXCHG_DOUBLE
410         bool
411
412 config ARCH_WEAK_RELEASE_ACQUIRE
413         bool
414
415 config ARCH_WANT_IPC_PARSE_VERSION
416         bool
417
418 config ARCH_WANT_COMPAT_IPC_PARSE_VERSION
419         bool
420
421 config ARCH_WANT_OLD_COMPAT_IPC
422         select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
423         bool
424
425 config HAVE_ARCH_SECCOMP_FILTER
426         bool
427         help
428           An arch should select this symbol if it provides all of these things:
429           - syscall_get_arch()
430           - syscall_get_arguments()
431           - syscall_rollback()
432           - syscall_set_return_value()
433           - SIGSYS siginfo_t support
434           - secure_computing is called from a ptrace_event()-safe context
435           - secure_computing return value is checked and a return value of -1
436             results in the system call being skipped immediately.
437           - seccomp syscall wired up
438
439 config SECCOMP_FILTER
440         def_bool y
441         depends on HAVE_ARCH_SECCOMP_FILTER && SECCOMP && NET
442         help
443           Enable tasks to build secure computing environments defined
444           in terms of Berkeley Packet Filter programs which implement
445           task-defined system call filtering polices.
446
447           See Documentation/userspace-api/seccomp_filter.rst for details.
448
449 config HAVE_ARCH_STACKLEAK
450         bool
451         help
452           An architecture should select this if it has the code which
453           fills the used part of the kernel stack with the STACKLEAK_POISON
454           value before returning from system calls.
455
456 config HAVE_STACKPROTECTOR
457         bool
458         help
459           An arch should select this symbol if:
460           - it has implemented a stack canary (e.g. __stack_chk_guard)
461
462 config CC_HAS_STACKPROTECTOR_NONE
463         def_bool $(cc-option,-fno-stack-protector)
464
465 config STACKPROTECTOR
466         bool "Stack Protector buffer overflow detection"
467         depends on HAVE_STACKPROTECTOR
468         depends on $(cc-option,-fstack-protector)
469         default y
470         help
471           This option turns on the "stack-protector" GCC feature. This
472           feature puts, at the beginning of functions, a canary value on
473           the stack just before the return address, and validates
474           the value just before actually returning.  Stack based buffer
475           overflows (that need to overwrite this return address) now also
476           overwrite the canary, which gets detected and the attack is then
477           neutralized via a kernel panic.
478
479           Functions will have the stack-protector canary logic added if they
480           have an 8-byte or larger character array on the stack.
481
482           This feature requires gcc version 4.2 or above, or a distribution
483           gcc with the feature backported ("-fstack-protector").
484
485           On an x86 "defconfig" build, this feature adds canary checks to
486           about 3% of all kernel functions, which increases kernel code size
487           by about 0.3%.
488
489 config STACKPROTECTOR_STRONG
490         bool "Strong Stack Protector"
491         depends on STACKPROTECTOR
492         depends on $(cc-option,-fstack-protector-strong)
493         default y
494         help
495           Functions will have the stack-protector canary logic added in any
496           of the following conditions:
497
498           - local variable's address used as part of the right hand side of an
499             assignment or function argument
500           - local variable is an array (or union containing an array),
501             regardless of array type or length
502           - uses register local variables
503
504           This feature requires gcc version 4.9 or above, or a distribution
505           gcc with the feature backported ("-fstack-protector-strong").
506
507           On an x86 "defconfig" build, this feature adds canary checks to
508           about 20% of all kernel functions, which increases the kernel code
509           size by about 2%.
510
511 config HAVE_ARCH_WITHIN_STACK_FRAMES
512         bool
513         help
514           An architecture should select this if it can walk the kernel stack
515           frames to determine if an object is part of either the arguments
516           or local variables (i.e. that it excludes saved return addresses,
517           and similar) by implementing an inline arch_within_stack_frames(),
518           which is used by CONFIG_HARDENED_USERCOPY.
519
520 config HAVE_CONTEXT_TRACKING
521         bool
522         help
523           Provide kernel/user boundaries probes necessary for subsystems
524           that need it, such as userspace RCU extended quiescent state.
525           Syscalls need to be wrapped inside user_exit()-user_enter() through
526           the slow path using TIF_NOHZ flag. Exceptions handlers must be
527           wrapped as well. Irqs are already protected inside
528           rcu_irq_enter/rcu_irq_exit() but preemption or signal handling on
529           irq exit still need to be protected.
530
531 config HAVE_VIRT_CPU_ACCOUNTING
532         bool
533
534 config ARCH_HAS_SCALED_CPUTIME
535         bool
536
537 config HAVE_VIRT_CPU_ACCOUNTING_GEN
538         bool
539         default y if 64BIT
540         help
541           With VIRT_CPU_ACCOUNTING_GEN, cputime_t becomes 64-bit.
542           Before enabling this option, arch code must be audited
543           to ensure there are no races in concurrent read/write of
544           cputime_t. For example, reading/writing 64-bit cputime_t on
545           some 32-bit arches may require multiple accesses, so proper
546           locking is needed to protect against concurrent accesses.
547
548
549 config HAVE_IRQ_TIME_ACCOUNTING
550         bool
551         help
552           Archs need to ensure they use a high enough resolution clock to
553           support irq time accounting and then call enable_sched_clock_irqtime().
554
555 config HAVE_MOVE_PMD
556         bool
557         help
558           Archs that select this are able to move page tables at the PMD level.
559
560 config HAVE_ARCH_TRANSPARENT_HUGEPAGE
561         bool
562
563 config HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD
564         bool
565
566 config HAVE_ARCH_HUGE_VMAP
567         bool
568
569 config HAVE_ARCH_SOFT_DIRTY
570         bool
571
572 config HAVE_MOD_ARCH_SPECIFIC
573         bool
574         help
575           The arch uses struct mod_arch_specific to store data.  Many arches
576           just need a simple module loader without arch specific data - those
577           should not enable this.
578
579 config MODULES_USE_ELF_RELA
580         bool
581         help
582           Modules only use ELF RELA relocations.  Modules with ELF REL
583           relocations will give an error.
584
585 config MODULES_USE_ELF_REL
586         bool
587         help
588           Modules only use ELF REL relocations.  Modules with ELF RELA
589           relocations will give an error.
590
591 config HAVE_IRQ_EXIT_ON_IRQ_STACK
592         bool
593         help
594           Architecture doesn't only execute the irq handler on the irq stack
595           but also irq_exit(). This way we can process softirqs on this irq
596           stack instead of switching to a new one when we call __do_softirq()
597           in the end of an hardirq.
598           This spares a stack switch and improves cache usage on softirq
599           processing.
600
601 config PGTABLE_LEVELS
602         int
603         default 2
604
605 config ARCH_HAS_ELF_RANDOMIZE
606         bool
607         help
608           An architecture supports choosing randomized locations for
609           stack, mmap, brk, and ET_DYN. Defined functions:
610           - arch_mmap_rnd()
611           - arch_randomize_brk()
612
613 config HAVE_ARCH_MMAP_RND_BITS
614         bool
615         help
616           An arch should select this symbol if it supports setting a variable
617           number of bits for use in establishing the base address for mmap
618           allocations, has MMU enabled and provides values for both:
619           - ARCH_MMAP_RND_BITS_MIN
620           - ARCH_MMAP_RND_BITS_MAX
621
622 config HAVE_EXIT_THREAD
623         bool
624         help
625           An architecture implements exit_thread.
626
627 config ARCH_MMAP_RND_BITS_MIN
628         int
629
630 config ARCH_MMAP_RND_BITS_MAX
631         int
632
633 config ARCH_MMAP_RND_BITS_DEFAULT
634         int
635
636 config ARCH_MMAP_RND_BITS
637         int "Number of bits to use for ASLR of mmap base address" if EXPERT
638         range ARCH_MMAP_RND_BITS_MIN ARCH_MMAP_RND_BITS_MAX
639         default ARCH_MMAP_RND_BITS_DEFAULT if ARCH_MMAP_RND_BITS_DEFAULT
640         default ARCH_MMAP_RND_BITS_MIN
641         depends on HAVE_ARCH_MMAP_RND_BITS
642         help
643           This value can be used to select the number of bits to use to
644           determine the random offset to the base address of vma regions
645           resulting from mmap allocations. This value will be bounded
646           by the architecture's minimum and maximum supported values.
647
648           This value can be changed after boot using the
649           /proc/sys/vm/mmap_rnd_bits tunable
650
651 config HAVE_ARCH_MMAP_RND_COMPAT_BITS
652         bool
653         help
654           An arch should select this symbol if it supports running applications
655           in compatibility mode, supports setting a variable number of bits for
656           use in establishing the base address for mmap allocations, has MMU
657           enabled and provides values for both:
658           - ARCH_MMAP_RND_COMPAT_BITS_MIN
659           - ARCH_MMAP_RND_COMPAT_BITS_MAX
660
661 config ARCH_MMAP_RND_COMPAT_BITS_MIN
662         int
663
664 config ARCH_MMAP_RND_COMPAT_BITS_MAX
665         int
666
667 config ARCH_MMAP_RND_COMPAT_BITS_DEFAULT
668         int
669
670 config ARCH_MMAP_RND_COMPAT_BITS
671         int "Number of bits to use for ASLR of mmap base address for compatible applications" if EXPERT
672         range ARCH_MMAP_RND_COMPAT_BITS_MIN ARCH_MMAP_RND_COMPAT_BITS_MAX
673         default ARCH_MMAP_RND_COMPAT_BITS_DEFAULT if ARCH_MMAP_RND_COMPAT_BITS_DEFAULT
674         default ARCH_MMAP_RND_COMPAT_BITS_MIN
675         depends on HAVE_ARCH_MMAP_RND_COMPAT_BITS
676         help
677           This value can be used to select the number of bits to use to
678           determine the random offset to the base address of vma regions
679           resulting from mmap allocations for compatible applications This
680           value will be bounded by the architecture's minimum and maximum
681           supported values.
682
683           This value can be changed after boot using the
684           /proc/sys/vm/mmap_rnd_compat_bits tunable
685
686 config HAVE_ARCH_COMPAT_MMAP_BASES
687         bool
688         help
689           This allows 64bit applications to invoke 32-bit mmap() syscall
690           and vice-versa 32-bit applications to call 64-bit mmap().
691           Required for applications doing different bitness syscalls.
692
693 config HAVE_COPY_THREAD_TLS
694         bool
695         help
696           Architecture provides copy_thread_tls to accept tls argument via
697           normal C parameter passing, rather than extracting the syscall
698           argument from pt_regs.
699
700 config HAVE_STACK_VALIDATION
701         bool
702         help
703           Architecture supports the 'objtool check' host tool command, which
704           performs compile-time stack metadata validation.
705
706 config HAVE_RELIABLE_STACKTRACE
707         bool
708         help
709           Architecture has a save_stack_trace_tsk_reliable() function which
710           only returns a stack trace if it can guarantee the trace is reliable.
711
712 config HAVE_ARCH_HASH
713         bool
714         default n
715         help
716           If this is set, the architecture provides an <asm/hash.h>
717           file which provides platform-specific implementations of some
718           functions in <linux/hash.h> or fs/namei.c.
719
720 config HAVE_ARCH_NVRAM_OPS
721         bool
722
723 config ISA_BUS_API
724         def_bool ISA
725
726 #
727 # ABI hall of shame
728 #
729 config CLONE_BACKWARDS
730         bool
731         help
732           Architecture has tls passed as the 4th argument of clone(2),
733           not the 5th one.
734
735 config CLONE_BACKWARDS2
736         bool
737         help
738           Architecture has the first two arguments of clone(2) swapped.
739
740 config CLONE_BACKWARDS3
741         bool
742         help
743           Architecture has tls passed as the 3rd argument of clone(2),
744           not the 5th one.
745
746 config ODD_RT_SIGACTION
747         bool
748         help
749           Architecture has unusual rt_sigaction(2) arguments
750
751 config OLD_SIGSUSPEND
752         bool
753         help
754           Architecture has old sigsuspend(2) syscall, of one-argument variety
755
756 config OLD_SIGSUSPEND3
757         bool
758         help
759           Even weirder antique ABI - three-argument sigsuspend(2)
760
761 config OLD_SIGACTION
762         bool
763         help
764           Architecture has old sigaction(2) syscall.  Nope, not the same
765           as OLD_SIGSUSPEND | OLD_SIGSUSPEND3 - alpha has sigsuspend(2),
766           but fairly different variant of sigaction(2), thanks to OSF/1
767           compatibility...
768
769 config COMPAT_OLD_SIGACTION
770         bool
771
772 config 64BIT_TIME
773         def_bool ARCH_HAS_64BIT_TIME
774         help
775           This should be selected by all architectures that need to support
776           new system calls with a 64-bit time_t. This is relevant on all 32-bit
777           architectures, and 64-bit architectures as part of compat syscall
778           handling.
779
780 config COMPAT_32BIT_TIME
781         def_bool !64BIT || COMPAT
782         help
783           This enables 32 bit time_t support in addition to 64 bit time_t support.
784           This is relevant on all 32-bit architectures, and 64-bit architectures
785           as part of compat syscall handling.
786
787 config ARCH_NO_COHERENT_DMA_MMAP
788         bool
789
790 config ARCH_NO_PREEMPT
791         bool
792
793 config CPU_NO_EFFICIENT_FFS
794         def_bool n
795
796 config HAVE_ARCH_VMAP_STACK
797         def_bool n
798         help
799           An arch should select this symbol if it can support kernel stacks
800           in vmalloc space.  This means:
801
802           - vmalloc space must be large enough to hold many kernel stacks.
803             This may rule out many 32-bit architectures.
804
805           - Stacks in vmalloc space need to work reliably.  For example, if
806             vmap page tables are created on demand, either this mechanism
807             needs to work while the stack points to a virtual address with
808             unpopulated page tables or arch code (switch_to() and switch_mm(),
809             most likely) needs to ensure that the stack's page table entries
810             are populated before running on a possibly unpopulated stack.
811
812           - If the stack overflows into a guard page, something reasonable
813             should happen.  The definition of "reasonable" is flexible, but
814             instantly rebooting without logging anything would be unfriendly.
815
816 config VMAP_STACK
817         default y
818         bool "Use a virtually-mapped stack"
819         depends on HAVE_ARCH_VMAP_STACK && !KASAN
820         ---help---
821           Enable this if you want the use virtually-mapped kernel stacks
822           with guard pages.  This causes kernel stack overflows to be
823           caught immediately rather than causing difficult-to-diagnose
824           corruption.
825
826           This is presently incompatible with KASAN because KASAN expects
827           the stack to map directly to the KASAN shadow map using a formula
828           that is incorrect if the stack is in vmalloc space.
829
830 config ARCH_OPTIONAL_KERNEL_RWX
831         def_bool n
832
833 config ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
834         def_bool n
835
836 config ARCH_HAS_STRICT_KERNEL_RWX
837         def_bool n
838
839 config STRICT_KERNEL_RWX
840         bool "Make kernel text and rodata read-only" if ARCH_OPTIONAL_KERNEL_RWX
841         depends on ARCH_HAS_STRICT_KERNEL_RWX
842         default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
843         help
844           If this is set, kernel text and rodata memory will be made read-only,
845           and non-text memory will be made non-executable. This provides
846           protection against certain security exploits (e.g. executing the heap
847           or modifying text)
848
849           These features are considered standard security practice these days.
850           You should say Y here in almost all cases.
851
852 config ARCH_HAS_STRICT_MODULE_RWX
853         def_bool n
854
855 config STRICT_MODULE_RWX
856         bool "Set loadable kernel module data as NX and text as RO" if ARCH_OPTIONAL_KERNEL_RWX
857         depends on ARCH_HAS_STRICT_MODULE_RWX && MODULES
858         default !ARCH_OPTIONAL_KERNEL_RWX || ARCH_OPTIONAL_KERNEL_RWX_DEFAULT
859         help
860           If this is set, module text and rodata memory will be made read-only,
861           and non-text memory will be made non-executable. This provides
862           protection against certain security exploits (e.g. writing to text)
863
864 # select if the architecture provides an asm/dma-direct.h header
865 config ARCH_HAS_PHYS_TO_DMA
866         bool
867
868 config ARCH_HAS_REFCOUNT
869         bool
870         help
871           An architecture selects this when it has implemented refcount_t
872           using open coded assembly primitives that provide an optimized
873           refcount_t implementation, possibly at the expense of some full
874           refcount state checks of CONFIG_REFCOUNT_FULL=y.
875
876           The refcount overflow check behavior, however, must be retained.
877           Catching overflows is the primary security concern for protecting
878           against bugs in reference counts.
879
880 config REFCOUNT_FULL
881         bool "Perform full reference count validation at the expense of speed"
882         help
883           Enabling this switches the refcounting infrastructure from a fast
884           unchecked atomic_t implementation to a fully state checked
885           implementation, which can be (slightly) slower but provides protections
886           against various use-after-free conditions that can be used in
887           security flaw exploits.
888
889 config HAVE_ARCH_COMPILER_H
890         bool
891         help
892           An architecture can select this if it provides an
893           asm/compiler.h header that should be included after
894           linux/compiler-*.h in order to override macro definitions that those
895           headers generally provide.
896
897 config HAVE_ARCH_PREL32_RELOCATIONS
898         bool
899         help
900           May be selected by an architecture if it supports place-relative
901           32-bit relocations, both in the toolchain and in the module loader,
902           in which case relative references can be used in special sections
903           for PCI fixup, initcalls etc which are only half the size on 64 bit
904           architectures, and don't require runtime relocation on relocatable
905           kernels.
906
907 config ARCH_USE_MEMREMAP_PROT
908         bool
909
910 config LOCK_EVENT_COUNTS
911         bool "Locking event counts collection"
912         depends on DEBUG_FS
913         ---help---
914           Enable light-weight counting of various locking related events
915           in the system with minimal performance impact. This reduces
916           the chance of application behavior change because of timing
917           differences. The counts are reported via debugfs.
918
919 source "kernel/gcov/Kconfig"
920
921 source "scripts/gcc-plugins/Kconfig"
922
923 endmenu