Kconfig 20 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643644645646647648649650651652653654655656657658659660661662663664665666667668669670671672673674675676677678679680681682683684685686687688689690691692693694695696697698699
  1. #
  2. # General architecture dependent options
  3. #
  4. config KEXEC_CORE
  5. bool
  6. config OPROFILE
  7. tristate "OProfile system profiling"
  8. depends on PROFILING
  9. depends on HAVE_OPROFILE
  10. select RING_BUFFER
  11. select RING_BUFFER_ALLOW_SWAP
  12. help
  13. OProfile is a profiling system capable of profiling the
  14. whole system, include the kernel, kernel modules, libraries,
  15. and applications.
  16. If unsure, say N.
  17. config OPROFILE_EVENT_MULTIPLEX
  18. bool "OProfile multiplexing support (EXPERIMENTAL)"
  19. default n
  20. depends on OPROFILE && X86
  21. help
  22. The number of hardware counters is limited. The multiplexing
  23. feature enables OProfile to gather more events than counters
  24. are provided by the hardware. This is realized by switching
  25. between events at an user specified time interval.
  26. If unsure, say N.
  27. config HAVE_OPROFILE
  28. bool
  29. config OPROFILE_NMI_TIMER
  30. def_bool y
  31. depends on PERF_EVENTS && HAVE_PERF_EVENTS_NMI && !PPC64
  32. config KPROBES
  33. bool "Kprobes"
  34. depends on MODULES
  35. depends on HAVE_KPROBES
  36. select KALLSYMS
  37. help
  38. Kprobes allows you to trap at almost any kernel address and
  39. execute a callback function. register_kprobe() establishes
  40. a probepoint and specifies the callback. Kprobes is useful
  41. for kernel debugging, non-intrusive instrumentation and testing.
  42. If in doubt, say "N".
  43. config JUMP_LABEL
  44. bool "Optimize very unlikely/likely branches"
  45. depends on HAVE_ARCH_JUMP_LABEL
  46. help
  47. This option enables a transparent branch optimization that
  48. makes certain almost-always-true or almost-always-false branch
  49. conditions even cheaper to execute within the kernel.
  50. Certain performance-sensitive kernel code, such as trace points,
  51. scheduler functionality, networking code and KVM have such
  52. branches and include support for this optimization technique.
  53. If it is detected that the compiler has support for "asm goto",
  54. the kernel will compile such branches with just a nop
  55. instruction. When the condition flag is toggled to true, the
  56. nop will be converted to a jump instruction to execute the
  57. conditional block of instructions.
  58. This technique lowers overhead and stress on the branch prediction
  59. of the processor and generally makes the kernel faster. The update
  60. of the condition is slower, but those are always very rare.
  61. ( On 32-bit x86, the necessary options added to the compiler
  62. flags may increase the size of the kernel slightly. )
  63. config STATIC_KEYS_SELFTEST
  64. bool "Static key selftest"
  65. depends on JUMP_LABEL
  66. help
  67. Boot time self-test of the branch patching code.
  68. config OPTPROBES
  69. def_bool y
  70. depends on KPROBES && HAVE_OPTPROBES
  71. depends on !PREEMPT
  72. config KPROBES_ON_FTRACE
  73. def_bool y
  74. depends on KPROBES && HAVE_KPROBES_ON_FTRACE
  75. depends on DYNAMIC_FTRACE_WITH_REGS
  76. help
  77. If function tracer is enabled and the arch supports full
  78. passing of pt_regs to function tracing, then kprobes can
  79. optimize on top of function tracing.
  80. config UPROBES
  81. def_bool n
  82. help
  83. Uprobes is the user-space counterpart to kprobes: they
  84. enable instrumentation applications (such as 'perf probe')
  85. to establish unintrusive probes in user-space binaries and
  86. libraries, by executing handler functions when the probes
  87. are hit by user-space applications.
  88. ( These probes come in the form of single-byte breakpoints,
  89. managed by the kernel and kept transparent to the probed
  90. application. )
  91. config HAVE_64BIT_ALIGNED_ACCESS
  92. def_bool 64BIT && !HAVE_EFFICIENT_UNALIGNED_ACCESS
  93. help
  94. Some architectures require 64 bit accesses to be 64 bit
  95. aligned, which also requires structs containing 64 bit values
  96. to be 64 bit aligned too. This includes some 32 bit
  97. architectures which can do 64 bit accesses, as well as 64 bit
  98. architectures without unaligned access.
  99. This symbol should be selected by an architecture if 64 bit
  100. accesses are required to be 64 bit aligned in this way even
  101. though it is not a 64 bit architecture.
  102. See Documentation/unaligned-memory-access.txt for more
  103. information on the topic of unaligned memory accesses.
  104. config HAVE_EFFICIENT_UNALIGNED_ACCESS
  105. bool
  106. help
  107. Some architectures are unable to perform unaligned accesses
  108. without the use of get_unaligned/put_unaligned. Others are
  109. unable to perform such accesses efficiently (e.g. trap on
  110. unaligned access and require fixing it up in the exception
  111. handler.)
  112. This symbol should be selected by an architecture if it can
  113. perform unaligned accesses efficiently to allow different
  114. code paths to be selected for these cases. Some network
  115. drivers, for example, could opt to not fix up alignment
  116. problems with received packets if doing so would not help
  117. much.
  118. See Documentation/unaligned-memory-access.txt for more
  119. information on the topic of unaligned memory accesses.
  120. config ARCH_USE_BUILTIN_BSWAP
  121. bool
  122. help
  123. Modern versions of GCC (since 4.4) have builtin functions
  124. for handling byte-swapping. Using these, instead of the old
  125. inline assembler that the architecture code provides in the
  126. __arch_bswapXX() macros, allows the compiler to see what's
  127. happening and offers more opportunity for optimisation. In
  128. particular, the compiler will be able to combine the byteswap
  129. with a nearby load or store and use load-and-swap or
  130. store-and-swap instructions if the architecture has them. It
  131. should almost *never* result in code which is worse than the
  132. hand-coded assembler in <asm/swab.h>. But just in case it
  133. does, the use of the builtins is optional.
  134. Any architecture with load-and-swap or store-and-swap
  135. instructions should set this. And it shouldn't hurt to set it
  136. on architectures that don't have such instructions.
  137. config KRETPROBES
  138. def_bool y
  139. depends on KPROBES && HAVE_KRETPROBES
  140. config USER_RETURN_NOTIFIER
  141. bool
  142. depends on HAVE_USER_RETURN_NOTIFIER
  143. help
  144. Provide a kernel-internal notification when a cpu is about to
  145. switch to user mode.
  146. config HAVE_IOREMAP_PROT
  147. bool
  148. config HAVE_KPROBES
  149. bool
  150. config HAVE_KRETPROBES
  151. bool
  152. config HAVE_OPTPROBES
  153. bool
  154. config HAVE_KPROBES_ON_FTRACE
  155. bool
  156. config HAVE_NMI
  157. bool
  158. config HAVE_NMI_WATCHDOG
  159. depends on HAVE_NMI
  160. bool
  161. #
  162. # An arch should select this if it provides all these things:
  163. #
  164. # task_pt_regs() in asm/processor.h or asm/ptrace.h
  165. # arch_has_single_step() if there is hardware single-step support
  166. # arch_has_block_step() if there is hardware block-step support
  167. # asm/syscall.h supplying asm-generic/syscall.h interface
  168. # linux/regset.h user_regset interfaces
  169. # CORE_DUMP_USE_REGSET #define'd in linux/elf.h
  170. # TIF_SYSCALL_TRACE calls tracehook_report_syscall_{entry,exit}
  171. # TIF_NOTIFY_RESUME calls tracehook_notify_resume()
  172. # signal delivery calls tracehook_signal_handler()
  173. #
  174. config HAVE_ARCH_TRACEHOOK
  175. bool
  176. config HAVE_DMA_CONTIGUOUS
  177. bool
  178. config GENERIC_SMP_IDLE_THREAD
  179. bool
  180. config GENERIC_IDLE_POLL_SETUP
  181. bool
  182. # Select if arch init_task initializer is different to init/init_task.c
  183. config ARCH_INIT_TASK
  184. bool
  185. # Select if arch has its private alloc_task_struct() function
  186. config ARCH_TASK_STRUCT_ALLOCATOR
  187. bool
  188. # Select if arch has its private alloc_thread_stack() function
  189. config ARCH_THREAD_STACK_ALLOCATOR
  190. bool
  191. # Select if arch wants to size task_struct dynamically via arch_task_struct_size:
  192. config ARCH_WANTS_DYNAMIC_TASK_STRUCT
  193. bool
  194. config HAVE_REGS_AND_STACK_ACCESS_API
  195. bool
  196. help
  197. This symbol should be selected by an architecure if it supports
  198. the API needed to access registers and stack entries from pt_regs,
  199. declared in asm/ptrace.h
  200. For example the kprobes-based event tracer needs this API.
  201. config HAVE_CLK
  202. bool
  203. help
  204. The <linux/clk.h> calls support software clock gating and
  205. thus are a key power management tool on many systems.
  206. config HAVE_DMA_API_DEBUG
  207. bool
  208. config HAVE_HW_BREAKPOINT
  209. bool
  210. depends on PERF_EVENTS
  211. config HAVE_MIXED_BREAKPOINTS_REGS
  212. bool
  213. depends on HAVE_HW_BREAKPOINT
  214. help
  215. Depending on the arch implementation of hardware breakpoints,
  216. some of them have separate registers for data and instruction
  217. breakpoints addresses, others have mixed registers to store
  218. them but define the access type in a control register.
  219. Select this option if your arch implements breakpoints under the
  220. latter fashion.
  221. config HAVE_USER_RETURN_NOTIFIER
  222. bool
  223. config HAVE_PERF_EVENTS_NMI
  224. bool
  225. help
  226. System hardware can generate an NMI using the perf event
  227. subsystem. Also has support for calculating CPU cycle events
  228. to determine how many clock cycles in a given period.
  229. config HAVE_PERF_REGS
  230. bool
  231. help
  232. Support selective register dumps for perf events. This includes
  233. bit-mapping of each registers and a unique architecture id.
  234. config HAVE_PERF_USER_STACK_DUMP
  235. bool
  236. help
  237. Support user stack dumps for perf event samples. This needs
  238. access to the user stack pointer which is not unified across
  239. architectures.
  240. config HAVE_ARCH_JUMP_LABEL
  241. bool
  242. config HAVE_RCU_TABLE_FREE
  243. bool
  244. config ARCH_HAVE_NMI_SAFE_CMPXCHG
  245. bool
  246. config HAVE_ALIGNED_STRUCT_PAGE
  247. bool
  248. help
  249. This makes sure that struct pages are double word aligned and that
  250. e.g. the SLUB allocator can perform double word atomic operations
  251. on a struct page for better performance. However selecting this
  252. might increase the size of a struct page by a word.
  253. config HAVE_CMPXCHG_LOCAL
  254. bool
  255. config HAVE_CMPXCHG_DOUBLE
  256. bool
  257. config ARCH_WANT_IPC_PARSE_VERSION
  258. bool
  259. config ARCH_WANT_COMPAT_IPC_PARSE_VERSION
  260. bool
  261. config ARCH_WANT_OLD_COMPAT_IPC
  262. select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
  263. bool
  264. config HAVE_ARCH_SECCOMP_FILTER
  265. bool
  266. help
  267. An arch should select this symbol if it provides all of these things:
  268. - syscall_get_arch()
  269. - syscall_get_arguments()
  270. - syscall_rollback()
  271. - syscall_set_return_value()
  272. - SIGSYS siginfo_t support
  273. - secure_computing is called from a ptrace_event()-safe context
  274. - secure_computing return value is checked and a return value of -1
  275. results in the system call being skipped immediately.
  276. - seccomp syscall wired up
  277. config SECCOMP_FILTER
  278. def_bool y
  279. depends on HAVE_ARCH_SECCOMP_FILTER && SECCOMP && NET
  280. help
  281. Enable tasks to build secure computing environments defined
  282. in terms of Berkeley Packet Filter programs which implement
  283. task-defined system call filtering polices.
  284. See Documentation/prctl/seccomp_filter.txt for details.
  285. config HAVE_GCC_PLUGINS
  286. bool
  287. help
  288. An arch should select this symbol if it supports building with
  289. GCC plugins.
  290. menuconfig GCC_PLUGINS
  291. bool "GCC plugins"
  292. depends on HAVE_GCC_PLUGINS
  293. depends on !COMPILE_TEST
  294. help
  295. GCC plugins are loadable modules that provide extra features to the
  296. compiler. They are useful for runtime instrumentation and static analysis.
  297. See Documentation/gcc-plugins.txt for details.
  298. config GCC_PLUGIN_CYC_COMPLEXITY
  299. bool "Compute the cyclomatic complexity of a function"
  300. depends on GCC_PLUGINS
  301. help
  302. The complexity M of a function's control flow graph is defined as:
  303. M = E - N + 2P
  304. where
  305. E = the number of edges
  306. N = the number of nodes
  307. P = the number of connected components (exit nodes).
  308. config GCC_PLUGIN_SANCOV
  309. bool
  310. depends on GCC_PLUGINS
  311. help
  312. This plugin inserts a __sanitizer_cov_trace_pc() call at the start of
  313. basic blocks. It supports all gcc versions with plugin support (from
  314. gcc-4.5 on). It is based on the commit "Add fuzzing coverage support"
  315. by Dmitry Vyukov <dvyukov@google.com>.
  316. config HAVE_CC_STACKPROTECTOR
  317. bool
  318. help
  319. An arch should select this symbol if:
  320. - its compiler supports the -fstack-protector option
  321. - it has implemented a stack canary (e.g. __stack_chk_guard)
  322. config CC_STACKPROTECTOR
  323. def_bool n
  324. help
  325. Set when a stack-protector mode is enabled, so that the build
  326. can enable kernel-side support for the GCC feature.
  327. choice
  328. prompt "Stack Protector buffer overflow detection"
  329. depends on HAVE_CC_STACKPROTECTOR
  330. default CC_STACKPROTECTOR_NONE
  331. help
  332. This option turns on the "stack-protector" GCC feature. This
  333. feature puts, at the beginning of functions, a canary value on
  334. the stack just before the return address, and validates
  335. the value just before actually returning. Stack based buffer
  336. overflows (that need to overwrite this return address) now also
  337. overwrite the canary, which gets detected and the attack is then
  338. neutralized via a kernel panic.
  339. config CC_STACKPROTECTOR_NONE
  340. bool "None"
  341. help
  342. Disable "stack-protector" GCC feature.
  343. config CC_STACKPROTECTOR_REGULAR
  344. bool "Regular"
  345. select CC_STACKPROTECTOR
  346. help
  347. Functions will have the stack-protector canary logic added if they
  348. have an 8-byte or larger character array on the stack.
  349. This feature requires gcc version 4.2 or above, or a distribution
  350. gcc with the feature backported ("-fstack-protector").
  351. On an x86 "defconfig" build, this feature adds canary checks to
  352. about 3% of all kernel functions, which increases kernel code size
  353. by about 0.3%.
  354. config CC_STACKPROTECTOR_STRONG
  355. bool "Strong"
  356. select CC_STACKPROTECTOR
  357. help
  358. Functions will have the stack-protector canary logic added in any
  359. of the following conditions:
  360. - local variable's address used as part of the right hand side of an
  361. assignment or function argument
  362. - local variable is an array (or union containing an array),
  363. regardless of array type or length
  364. - uses register local variables
  365. This feature requires gcc version 4.9 or above, or a distribution
  366. gcc with the feature backported ("-fstack-protector-strong").
  367. On an x86 "defconfig" build, this feature adds canary checks to
  368. about 20% of all kernel functions, which increases the kernel code
  369. size by about 2%.
  370. endchoice
  371. config HAVE_ARCH_WITHIN_STACK_FRAMES
  372. bool
  373. help
  374. An architecture should select this if it can walk the kernel stack
  375. frames to determine if an object is part of either the arguments
  376. or local variables (i.e. that it excludes saved return addresses,
  377. and similar) by implementing an inline arch_within_stack_frames(),
  378. which is used by CONFIG_HARDENED_USERCOPY.
  379. config HAVE_CONTEXT_TRACKING
  380. bool
  381. help
  382. Provide kernel/user boundaries probes necessary for subsystems
  383. that need it, such as userspace RCU extended quiescent state.
  384. Syscalls need to be wrapped inside user_exit()-user_enter() through
  385. the slow path using TIF_NOHZ flag. Exceptions handlers must be
  386. wrapped as well. Irqs are already protected inside
  387. rcu_irq_enter/rcu_irq_exit() but preemption or signal handling on
  388. irq exit still need to be protected.
  389. config HAVE_VIRT_CPU_ACCOUNTING
  390. bool
  391. config HAVE_VIRT_CPU_ACCOUNTING_GEN
  392. bool
  393. default y if 64BIT
  394. help
  395. With VIRT_CPU_ACCOUNTING_GEN, cputime_t becomes 64-bit.
  396. Before enabling this option, arch code must be audited
  397. to ensure there are no races in concurrent read/write of
  398. cputime_t. For example, reading/writing 64-bit cputime_t on
  399. some 32-bit arches may require multiple accesses, so proper
  400. locking is needed to protect against concurrent accesses.
  401. config HAVE_IRQ_TIME_ACCOUNTING
  402. bool
  403. help
  404. Archs need to ensure they use a high enough resolution clock to
  405. support irq time accounting and then call enable_sched_clock_irqtime().
  406. config HAVE_ARCH_TRANSPARENT_HUGEPAGE
  407. bool
  408. config HAVE_ARCH_HUGE_VMAP
  409. bool
  410. config HAVE_ARCH_SOFT_DIRTY
  411. bool
  412. config HAVE_MOD_ARCH_SPECIFIC
  413. bool
  414. help
  415. The arch uses struct mod_arch_specific to store data. Many arches
  416. just need a simple module loader without arch specific data - those
  417. should not enable this.
  418. config MODULES_USE_ELF_RELA
  419. bool
  420. help
  421. Modules only use ELF RELA relocations. Modules with ELF REL
  422. relocations will give an error.
  423. config MODULES_USE_ELF_REL
  424. bool
  425. help
  426. Modules only use ELF REL relocations. Modules with ELF RELA
  427. relocations will give an error.
  428. config HAVE_UNDERSCORE_SYMBOL_PREFIX
  429. bool
  430. help
  431. Some architectures generate an _ in front of C symbols; things like
  432. module loading and assembly files need to know about this.
  433. config HAVE_IRQ_EXIT_ON_IRQ_STACK
  434. bool
  435. help
  436. Architecture doesn't only execute the irq handler on the irq stack
  437. but also irq_exit(). This way we can process softirqs on this irq
  438. stack instead of switching to a new one when we call __do_softirq()
  439. in the end of an hardirq.
  440. This spares a stack switch and improves cache usage on softirq
  441. processing.
  442. config PGTABLE_LEVELS
  443. int
  444. default 2
  445. config ARCH_HAS_ELF_RANDOMIZE
  446. bool
  447. help
  448. An architecture supports choosing randomized locations for
  449. stack, mmap, brk, and ET_DYN. Defined functions:
  450. - arch_mmap_rnd()
  451. - arch_randomize_brk()
  452. config HAVE_ARCH_MMAP_RND_BITS
  453. bool
  454. help
  455. An arch should select this symbol if it supports setting a variable
  456. number of bits for use in establishing the base address for mmap
  457. allocations, has MMU enabled and provides values for both:
  458. - ARCH_MMAP_RND_BITS_MIN
  459. - ARCH_MMAP_RND_BITS_MAX
  460. config HAVE_EXIT_THREAD
  461. bool
  462. help
  463. An architecture implements exit_thread.
  464. config ARCH_MMAP_RND_BITS_MIN
  465. int
  466. config ARCH_MMAP_RND_BITS_MAX
  467. int
  468. config ARCH_MMAP_RND_BITS_DEFAULT
  469. int
  470. config ARCH_MMAP_RND_BITS
  471. int "Number of bits to use for ASLR of mmap base address" if EXPERT
  472. range ARCH_MMAP_RND_BITS_MIN ARCH_MMAP_RND_BITS_MAX
  473. default ARCH_MMAP_RND_BITS_DEFAULT if ARCH_MMAP_RND_BITS_DEFAULT
  474. default ARCH_MMAP_RND_BITS_MIN
  475. depends on HAVE_ARCH_MMAP_RND_BITS
  476. help
  477. This value can be used to select the number of bits to use to
  478. determine the random offset to the base address of vma regions
  479. resulting from mmap allocations. This value will be bounded
  480. by the architecture's minimum and maximum supported values.
  481. This value can be changed after boot using the
  482. /proc/sys/vm/mmap_rnd_bits tunable
  483. config HAVE_ARCH_MMAP_RND_COMPAT_BITS
  484. bool
  485. help
  486. An arch should select this symbol if it supports running applications
  487. in compatibility mode, supports setting a variable number of bits for
  488. use in establishing the base address for mmap allocations, has MMU
  489. enabled and provides values for both:
  490. - ARCH_MMAP_RND_COMPAT_BITS_MIN
  491. - ARCH_MMAP_RND_COMPAT_BITS_MAX
  492. config ARCH_MMAP_RND_COMPAT_BITS_MIN
  493. int
  494. config ARCH_MMAP_RND_COMPAT_BITS_MAX
  495. int
  496. config ARCH_MMAP_RND_COMPAT_BITS_DEFAULT
  497. int
  498. config ARCH_MMAP_RND_COMPAT_BITS
  499. int "Number of bits to use for ASLR of mmap base address for compatible applications" if EXPERT
  500. range ARCH_MMAP_RND_COMPAT_BITS_MIN ARCH_MMAP_RND_COMPAT_BITS_MAX
  501. default ARCH_MMAP_RND_COMPAT_BITS_DEFAULT if ARCH_MMAP_RND_COMPAT_BITS_DEFAULT
  502. default ARCH_MMAP_RND_COMPAT_BITS_MIN
  503. depends on HAVE_ARCH_MMAP_RND_COMPAT_BITS
  504. help
  505. This value can be used to select the number of bits to use to
  506. determine the random offset to the base address of vma regions
  507. resulting from mmap allocations for compatible applications This
  508. value will be bounded by the architecture's minimum and maximum
  509. supported values.
  510. This value can be changed after boot using the
  511. /proc/sys/vm/mmap_rnd_compat_bits tunable
  512. config HAVE_COPY_THREAD_TLS
  513. bool
  514. help
  515. Architecture provides copy_thread_tls to accept tls argument via
  516. normal C parameter passing, rather than extracting the syscall
  517. argument from pt_regs.
  518. config HAVE_STACK_VALIDATION
  519. bool
  520. help
  521. Architecture supports the 'objtool check' host tool command, which
  522. performs compile-time stack metadata validation.
  523. config HAVE_ARCH_HASH
  524. bool
  525. default n
  526. help
  527. If this is set, the architecture provides an <asm/hash.h>
  528. file which provides platform-specific implementations of some
  529. functions in <linux/hash.h> or fs/namei.c.
  530. config ISA_BUS_API
  531. def_bool ISA
  532. #
  533. # ABI hall of shame
  534. #
  535. config CLONE_BACKWARDS
  536. bool
  537. help
  538. Architecture has tls passed as the 4th argument of clone(2),
  539. not the 5th one.
  540. config CLONE_BACKWARDS2
  541. bool
  542. help
  543. Architecture has the first two arguments of clone(2) swapped.
  544. config CLONE_BACKWARDS3
  545. bool
  546. help
  547. Architecture has tls passed as the 3rd argument of clone(2),
  548. not the 5th one.
  549. config ODD_RT_SIGACTION
  550. bool
  551. help
  552. Architecture has unusual rt_sigaction(2) arguments
  553. config OLD_SIGSUSPEND
  554. bool
  555. help
  556. Architecture has old sigsuspend(2) syscall, of one-argument variety
  557. config OLD_SIGSUSPEND3
  558. bool
  559. help
  560. Even weirder antique ABI - three-argument sigsuspend(2)
  561. config OLD_SIGACTION
  562. bool
  563. help
  564. Architecture has old sigaction(2) syscall. Nope, not the same
  565. as OLD_SIGSUSPEND | OLD_SIGSUSPEND3 - alpha has sigsuspend(2),
  566. but fairly different variant of sigaction(2), thanks to OSF/1
  567. compatibility...
  568. config COMPAT_OLD_SIGACTION
  569. bool
  570. config ARCH_NO_COHERENT_DMA_MMAP
  571. bool
  572. config CPU_NO_EFFICIENT_FFS
  573. def_bool n
  574. source "kernel/gcov/Kconfig"