Changes in ubsan.c

ed2b548f - ubsan/overflow: Rework integer overflow sanitizer option to turn on everything

Fri, 07 Mar 2025 04:19:09 +0000

ubsan/overflow: Rework integer overflow sanitizer option to turn on everythingSince we're going to approach integer overflow mitigation a type at atime, we need to enable all of the associated sanitizers, and then optinto types one at a time.Rename the existing "signed wrap" sanitizer to just the entire topic area:"integer wrap". Enable the implicit integer truncation sanitizers, withrequired callbacks and tests.Notably, this requires features (currently) only available in Clang,so we can depend on the cc-option tests to determine availabilityinstead of doing version tests.Link: https://lore.kernel.org/r/20250307041914.937329-1-kees@kernel.orgSigned-off-by: Kees Cook List of files: /linux-6.15/lib/ubsan.c

f4626c12 - ubsan: Add awareness of signed integer overflow traps

Mon, 15 Apr 2024 18:28:35 +0000

ubsan: Add awareness of signed integer overflow trapsOn arm64, UBSAN traps can be decoded from the trap instruction. Add theadd, sub, and mul overflow trap codes now that CONFIG_UBSAN_SIGNED_WRAPexists. Seen under clang 19: Internal error: UBSAN: unrecognized failure code: 00000000f2005515 [#1] PREEMPT SMPReported-by: Nathan Chancellor Closes: https://lore.kernel.org/lkml/20240411-fix-ubsan-in-hardening-config-v1-0-e0177c80ffaa@kernel.orgFixes: 557f8c582a9b ("ubsan: Reintroduce signed overflow sanitizer")Tested-by: Nathan Chancellor Link: https://lore.kernel.org/r/20240415182832.work.932-kees@kernel.orgSigned-off-by: Kees Cook List of files: /linux-6.15/lib/ubsan.c

557f8c58 - ubsan: Reintroduce signed overflow sanitizer

Thu, 18 Jan 2024 23:06:05 +0000

ubsan: Reintroduce signed overflow sanitizerIn order to mitigate unexpected signed wrap-around[1], bring back thesigned integer overflow sanitizer. It was removed in commit 6aaa31aeb9cf("ubsan: remove overflow checks") because it was effectively a no-opwhen combined with -fno-strict-overflow (which correctly changes signedoverflow from being "undefined" to being explicitly "wrap around").Compilers are adjusting their sanitizers to trap wrap-around and todetecting common code patterns that should not be instrumented(e.g. "var + offset < var"). Prepare for this and explicitly renamethe option from "OVERFLOW" to "WRAP" to more accurately describe thebehavior.To annotate intentional wrap-around arithmetic, the helperswrapping_add/sub/mul_wrap() can be used for individual statements. Atthe function level, the __signed_wrap attribute can be used to mark anentire function as expecting its signed arithmetic to wrap around. For asingle object file the Makefile can use "UBSAN_SIGNED_WRAP_target.o := n"to mark it as wrapping, and for an entire directory, "UBSAN_SIGNED_WRAP :=n" can be used.Additionally keep these disabled under CONFIG_COMPILE_TEST for now.Link: https://github.com/KSPP/linux/issues/26 [1]Cc: Miguel Ojeda Cc: Nathan Chancellor Cc: Peter Zijlstra Cc: Hao Luo Reviewed-by: Marco Elver Reviewed-by: Justin Stitt Signed-off-by: Kees Cook List of files: /linux-6.15/lib/ubsan.c

ffda6556 - UBSAN: use the kernel panic message markers

Mon, 18 Dec 2023 13:53:39 +0000

UBSAN: use the kernel panic message markersUse the same splat markers as panic does for easier matching by externaltools scanning kernel dmesg for splats.Link: https://lkml.kernel.org/r/20231218135339.23209-1-bp@alien8.deSigned-off-by: Borislav Petkov (AMD) Cc: Andrey Ryabinin Signed-off-by: Andrew Morton List of files: /linux-6.15/lib/ubsan.c

26f15e5d - ubsan: add prototypes for internal functions

Wed, 17 May 2023 12:50:34 +0000

ubsan: add prototypes for internal functionsMost of the functions in ubsan that are only called from generatedcode don't have a prototype, which W=1 builds warn about:lib/ubsan.c:226:6: error: no previous prototype for '__ubsan_handle_divrem_overflow' [-Werror=missing-prototypes]lib/ubsan.c:307:6: error: no previous prototype for '__ubsan_handle_type_mismatch' [-Werror=missing-prototypes]lib/ubsan.c:321:6: error: no previous prototype for '__ubsan_handle_type_mismatch_v1' [-Werror=missing-prototypes]lib/ubsan.c:335:6: error: no previous prototype for '__ubsan_handle_out_of_bounds' [-Werror=missing-prototypes]lib/ubsan.c:352:6: error: no previous prototype for '__ubsan_handle_shift_out_of_bounds' [-Werror=missing-prototypes]lib/ubsan.c:394:6: error: no previous prototype for '__ubsan_handle_builtin_unreachable' [-Werror=missing-prototypes]lib/ubsan.c:404:6: error: no previous prototype for '__ubsan_handle_load_invalid_value' [-Werror=missing-prototypes]Add prototypes for all of these to lib/ubsan.h, and remove theone that was already present in ubsan.c.Signed-off-by: Arnd Bergmann Reviewed-by: Fangrui Song Signed-off-by: Kees Cook Link: https://lore.kernel.org/r/20230517125102.930491-1-arnd@kernel.org List of files: /linux-6.15/lib/ubsan.c

25b84002 - arm64: Support Clang UBSAN trap codes for better reporting

Thu, 02 Feb 2023 22:07:49 +0000

arm64: Support Clang UBSAN trap codes for better reportingWhen building with CONFIG_UBSAN_TRAP=y on arm64, Clang encodes the UBSANcheck (handler) type in the esr. Extract this and actually report thesetraps as coming from the specific UBSAN check that tripped.Before: Internal error: BRK handler: 00000000f20003e8 [#1] PREEMPT SMPAfter: Internal error: UBSAN: shift out of bounds: 00000000f2005514 [#1] PREEMPT SMPAcked-by: Mark Rutland Reviewed-by: Ard Biesheuvel Acked-by: Mukesh Ojha Reviewed-by: Fangrui Song Cc: Catalin Marinas Cc: Will Deacon Cc: John Stultz Cc: Yongqin Liu Cc: Sami Tolvanen Cc: Yury Norov Cc: Andrey Konovalov Cc: Marco Elver Cc: linux-arm-kernel@lists.infradead.orgCc: llvm@lists.linux.devSigned-off-by: Kees Cook List of files: /linux-6.15/lib/ubsan.c

f18b0d7e - ubsan: Fix objtool UACCESS warns

Thu, 12 Jan 2023 19:43:56 +0000

ubsan: Fix objtool UACCESS warnsclang-14 allyesconfig gives: vmlinux.o: warning: objtool: emulator_cmpxchg_emulated+0x705: call to __ubsan_handle_load_invalid_value() with UACCESS enabled vmlinux.o: warning: objtool: paging64_update_accessed_dirty_bits+0x39e: call to __ubsan_handle_load_invalid_value() with UACCESS enabled vmlinux.o: warning: objtool: paging32_update_accessed_dirty_bits+0x390: call to __ubsan_handle_load_invalid_value() with UACCESS enabled vmlinux.o: warning: objtool: ept_update_accessed_dirty_bits+0x43f: call to __ubsan_handle_load_invalid_value() with UACCESS enabledAdd the required eflags save/restore and whitelist the thing.Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Ingo Molnar Tested-by: Tony Lindgren Tested-by: Ulf Hansson Acked-by: Rafael J. Wysocki Acked-by: Frederic Weisbecker Link: https://lore.kernel.org/r/20230112195541.906007455@infradead.org List of files: /linux-6.15/lib/ubsan.c

79cc1ba7 - panic: Consolidate open-coded panic_on_warn checks

Thu, 17 Nov 2022 23:43:24 +0000

panic: Consolidate open-coded panic_on_warn checksSeveral run-time checkers (KASAN, UBSAN, KFENCE, KCSAN, sched) rolltheir own warnings, and each check "panic_on_warn". Consolidate thisinto a single function so that future instrumentation can be added ina single location.Cc: Marco Elver Cc: Dmitry Vyukov Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Juri Lelli Cc: Vincent Guittot Cc: Dietmar Eggemann Cc: Steven Rostedt Cc: Ben Segall Cc: Mel Gorman Cc: Daniel Bristot de Oliveira Cc: Valentin Schneider Cc: Andrey Ryabinin Cc: Alexander Potapenko Cc: Andrey Konovalov Cc: Vincenzo Frascino Cc: Andrew Morton Cc: David Gow Cc: tangmeng Cc: Jann Horn Cc: Shuah Khan Cc: Petr Mladek Cc: "Paul E. McKenney" Cc: Sebastian Andrzej Siewior Cc: "Guilherme G. Piccoli" Cc: Tiezhu Yang Cc: kasan-dev@googlegroups.comCc: linux-mm@kvack.orgReviewed-by: Luis Chamberlain Signed-off-by: Kees Cook Reviewed-by: Marco Elver Reviewed-by: Andrey Konovalov Link: https://lore.kernel.org/r/20221117234328.594699-4-keescook@chromium.org List of files: /linux-6.15/lib/ubsan.c

d83ce027 - ubsan: no need to unset panic_on_warn in ubsan_epilogue()

Wed, 23 Mar 2022 23:06:54 +0000

ubsan: no need to unset panic_on_warn in ubsan_epilogue()panic_on_warn is unset inside panic(), so no need to unset it beforecalling panic() in ubsan_epilogue().Link: https://lkml.kernel.org/r/1644324666-15947-5-git-send-email-yangtiezhu@loongson.cnSigned-off-by: Tiezhu Yang Reviewed-by: Marco Elver Cc: Andrey Ryabinin Cc: Baoquan He Cc: Jonathan Corbet Cc: Xuefeng Li Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

1195505f - kunit: ubsan integration

Fri, 02 Apr 2021 21:21:31 +0000

kunit: ubsan integrationIntegrates UBSAN into the KUnit testing framework. It fails KUnit testswhenever it reports undefined behavior.When CONFIG_KUNIT=n, nothing is printed or even formatted, so this hasno behavioral impact outside of tests.kunit_fail_current_test() effectively does a pr_err() as well, sothere's some slight duplication, but it also ensures an error isrecorded in the debugfs entry for the running KUnit test.Print a shorter version of the message to make it less spammy.Co-developed-by: Daniel Latypov Signed-off-by: Daniel Latypov Signed-off-by: Uriel Guajardo Reviewed-by: Alan Maguire Signed-off-by: Shuah Khan List of files: /linux-6.15/lib/ubsan.c

6aaa31ae - ubsan: remove overflow checks

Fri, 26 Feb 2021 01:22:42 +0000

ubsan: remove overflow checksSince GCC 8.0 -fsanitize=signed-integer-overflow doesn't work with-fwrapv. -fwrapv makes signed overflows defines and GCC essentiallydisables ubsan checks. On GCC < 8.0 -fwrapv doesn't have influence on-fsanitize=signed-integer-overflow setting, so it kinda works butgenerates false-positves and violates uaccess rules:lib/iov_iter.o: warning: objtool: iovec_from_user()+0x22d: call to__ubsan_handle_add_overflow() with UACCESS enabledDisable signed overflow checks to avoid these problems. Remove unsignedoverflow checks as well. Unsigned overflow appeared as side effect ofcommit cdf8a76fda4a ("ubsan: move cc-option tests into Kconfig"), but itnever worked (kernel doesn't boot). And unsigned overflows are allowed byC standard, so it just pointless.Link: https://lkml.kernel.org/r/20210209232348.20510-1-ryabinin.a.a@gmail.comSigned-off-by: Andrey Ryabinin Acked-by: Peter Zijlstra (Intel) Cc: Josh Poimboeuf Cc: Randy Dunlap Cc: Stephen Rothwell Cc: Dmitry Vyukov Cc: Kees Cook Cc: Alexander Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

28abcc96 - ubsan: implement __ubsan_handle_alignment_assumption

Fri, 05 Feb 2021 02:32:57 +0000

ubsan: implement __ubsan_handle_alignment_assumptionWhen building ARCH=mips 32r2el_defconfig with CONFIG_UBSAN_ALIGNMENT: ld.lld: error: undefined symbol: __ubsan_handle_alignment_assumption referenced by slab.h:557 (include/linux/slab.h:557) main.o:(do_initcalls) in archive init/built-in.a referenced by slab.h:448 (include/linux/slab.h:448) do_mounts_rd.o:(rd_load_image) in archive init/built-in.a referenced by slab.h:448 (include/linux/slab.h:448) do_mounts_rd.o:(identify_ramdisk_image) in archive init/built-in.a referenced 1579 more timesImplement this for the kernel based on LLVM'shandleAlignmentAssumptionImpl because the kernel is not linked againstthe compiler runtime.Link: https://github.com/ClangBuiltLinux/linux/issues/1245Link: https://github.com/llvm/llvm-project/blob/llvmorg-11.0.1/compiler-rt/lib/ubsan/ubsan_handlers.cpp#L151-L190Link: https://lkml.kernel.org/r/20210127224451.2587372-1-nathan@kernel.orgSigned-off-by: Nathan Chancellor Acked-by: Kees Cook Reviewed-by: Nick Desaulniers Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

d3c22797 - lib/ubsan.c: mark type_check_kinds with static keyword

Wed, 16 Dec 2020 04:46:50 +0000

lib/ubsan.c: mark type_check_kinds with static keywordFix the following sparse warning: lib/ubsan.c:20:12: warning: symbol 'type_check_kinds' was not declared. Should it be static?[akpm@linux-foundation.org: make it `static const char * const' while we're in there]Link: https://lkml.kernel.org/r/1607602638-79584-1-git-send-email-zou_wei@huawei.comSigned-off-by: Zou Wei Reviewed-by: Andrew Morton Reviewed-by: Kees Cook Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

469cbd01 - lib/ubsan.c: fix gcc-10 warnings

Thu, 04 Jun 2020 23:53:00 +0000

lib/ubsan.c: fix gcc-10 warningsThe latest compiler expects slightly different function prototypesfor the ubsan helpers: lib/ubsan.c:192:6: error: conflicting types for built-in function '__ubsan_handle_add_overflow'; expected 'void(void *, void *, void *)' [-Werror=builtin-declaration-mismatch] 192 | void __ubsan_handle_add_overflow(struct overflow_data *data, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ lib/ubsan.c:200:6: error: conflicting types for built-in function '__ubsan_handle_sub_overflow'; expected 'void(void *, void *, void *)' [-Werror=builtin-declaration-mismatch] 200 | void __ubsan_handle_sub_overflow(struct overflow_data *data, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ lib/ubsan.c:207:6: error: conflicting types for built-in function '__ubsan_handle_mul_overflow'; expected 'void(void *, void *, void *)' [-Werror=builtin-declaration-mismatch] 207 | void __ubsan_handle_mul_overflow(struct overflow_data *data, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ lib/ubsan.c:214:6: error: conflicting types for built-in function '__ubsan_handle_negate_overflow'; expected 'void(void *, void *)' [-Werror=builtin-declaration-mismatch] 214 | void __ubsan_handle_negate_overflow(struct overflow_data *data, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ lib/ubsan.c:234:6: error: conflicting types for built-in function '__ubsan_handle_divrem_overflow'; expected 'void(void *, void *, void *)' [-Werror=builtin-declaration-mismatch] 234 | void __ubsan_handle_divrem_overflow(struct overflow_data *data, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Change the Linux implementation to match these, using a local typedpointer.Signed-off-by: Arnd Bergmann Signed-off-by: Andrew Morton Reviewed-by: Kees Cook Cc: Andrey Ryabinin Cc: Herbert Xu Cc: Julien Grall Link: http://lkml.kernel.org/r/20200429185948.4189600-1-arnd@arndb.deSigned-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

ef065653 - ubsan: include bug type in report header

Tue, 07 Apr 2020 03:12:45 +0000

ubsan: include bug type in report headerWhen syzbot tries to figure out how to deduplicate bug reports, it prefersseeing a hint about a specific bug type (we can do better than just"UBSAN"). This lifts the handler reason into the UBSAN report line thatincludes the file path that tripped a check. Unfortunately, UBSAN doesnot provide function names.Suggested-by: Dmitry Vyukov Signed-off-by: Kees Cook Signed-off-by: Andrew Morton Cc: Alexander Potapenko Cc: Andrey Konovalov Cc: Andrey Ryabinin Cc: Ard Biesheuvel Cc: Arnd Bergmann Cc: Dan Carpenter Cc: Elena Petrova Cc: "Gustavo A. R. Silva" Link: http://lkml.kernel.org/r/20200227193516.32566-7-keescook@chromium.orgLink: https://lore.kernel.org/lkml/CACT4Y+bsLJ-wFx_TaXqax3JByUOWB3uk787LsyMVcfW6JzzGvg@mail.gmail.comSigned-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

1d28c8d6 - ubsan: check panic_on_warn

Tue, 07 Apr 2020 03:12:38 +0000

ubsan: check panic_on_warnSyzkaller expects kernel warnings to panic when the panic_on_warn sysctlis set. More work is needed here to have UBSan reuse the WARNinfrastructure, but for now, just check the flag manually.Signed-off-by: Kees Cook Signed-off-by: Andrew Morton Cc: Alexander Potapenko Cc: Andrey Konovalov Cc: Andrey Ryabinin Cc: Ard Biesheuvel Cc: Arnd Bergmann Cc: Dan Carpenter Cc: Dmitry Vyukov Cc: Elena Petrova Cc: "Gustavo A. R. Silva" Link: https://lore.kernel.org/lkml/CACT4Y+bsLJ-wFx_TaXqax3JByUOWB3uk787LsyMVcfW6JzzGvg@mail.gmail.comLink: http://lkml.kernel.org/r/20200227193516.32566-5-keescook@chromium.orgSigned-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

ce5c31db - lib/ubsan: don't serialize UBSAN report

Thu, 05 Dec 2019 00:52:53 +0000

lib/ubsan: don't serialize UBSAN reportAt the moment, UBSAN report will be serialized using a spin_lock(). OnRT-systems, spinlocks are turned to rt_spin_lock and may sleep. Thiswill result to the following splat if the undefined behavior is in acontext that can sleep: BUG: sleeping function called from invalid context at /src/linux/kernel/locking/rtmutex.c:968 in_atomic(): 1, irqs_disabled(): 128, pid: 3447, name: make 1 lock held by make/3447: #0: 000000009a966332 (&mm->mmap_sem){++++}, at: do_page_fault+0x140/0x4f8 irq event stamp: 6284 hardirqs last enabled at (6283): [] _raw_spin_unlock_irqrestore+0x90/0xa0 hardirqs last disabled at (6284): [] _raw_spin_lock_irqsave+0x30/0x78 softirqs last enabled at (2430): [] fpsimd_restore_current_state+0x60/0xe8 softirqs last disabled at (2427): [] fpsimd_restore_current_state+0x28/0xe8 Preemption disabled at: [] rt_mutex_futex_unlock+0x4c/0xb0 CPU: 3 PID: 3447 Comm: make Tainted: G W 5.2.14-rt7-01890-ge6e057589653 #911 Call trace: dump_backtrace+0x0/0x148 show_stack+0x14/0x20 dump_stack+0xbc/0x104 ___might_sleep+0x154/0x210 rt_spin_lock+0x68/0xa0 ubsan_prologue+0x30/0x68 handle_overflow+0x64/0xe0 __ubsan_handle_add_overflow+0x10/0x18 __lock_acquire+0x1c28/0x2a28 lock_acquire+0xf0/0x370 _raw_spin_lock_irqsave+0x58/0x78 rt_mutex_futex_unlock+0x4c/0xb0 rt_spin_unlock+0x28/0x70 get_page_from_freelist+0x428/0x2b60 __alloc_pages_nodemask+0x174/0x1708 alloc_pages_vma+0x1ac/0x238 __handle_mm_fault+0x4ac/0x10b0 handle_mm_fault+0x1d8/0x3b0 do_page_fault+0x1c8/0x4f8 do_translation_fault+0xb8/0xe0 do_mem_abort+0x3c/0x98 el0_da+0x20/0x24The spin_lock() will protect against multiple CPUs to output a reporttogether, I guess to prevent them from being interleaved. However, theycan still interleave with other messages (and even splat from__might_sleep).So the lock usefulness seems pretty limited. Rather than trying toaccomodate RT-system by switching to a raw_spin_lock(), the lock is nowcompletely dropped.Link: http://lkml.kernel.org/r/20190920100835.14999-1-julien.grall@arm.comSigned-off-by: Julien Grall Reported-by: Andre Przywara Acked-by: Andrey Ryabinin Cc: Thomas Gleixner Cc: Sebastian Andrzej Siewior Cc: Steven Rostedt Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/lib/ubsan.c

c12d3362 - int128: move __uint128_t compiler test to Kconfig

Fri, 08 Nov 2019 12:22:27 +0000

int128: move __uint128_t compiler test to KconfigIn order to use 128-bit integer arithmetic in C code, the architectureneeds to have declared support for it by setting ARCH_SUPPORTS_INT128,and it requires a version of the toolchain that supports this at buildtime. This is why all existing tests for ARCH_SUPPORTS_INT128 also testwhether __SIZEOF_INT128__ is defined, since this is only the case forcompilers that can support 128-bit integers.Let's fold this additional test into the Kconfig declaration ofARCH_SUPPORTS_INT128 so that we can also use the symbol in Makefiles,e.g., to decide whether a certain object needs to be included in thefirst place.Cc: Masahiro Yamada Signed-off-by: Ard Biesheuvel Signed-off-by: Herbert Xu List of files: /linux-6.15/lib/ubsan.c

9a50dcaf - ubsan, x86: Annotate and allow __ubsan_handle_shift_out_of_bounds() in uaccess regions

Mon, 21 Oct 2019 13:11:49 +0000

ubsan, x86: Annotate and allow __ubsan_handle_shift_out_of_bounds() in uaccess regionsThe new check_zeroed_user() function uses variable shifts inside of auser_access_begin()/user_access_end() section and that results in GCCemitting __ubsan_handle_shift_out_of_bounds() calls, even thoughthrough value range analysis it would be able to see that the UB inquestion is impossible.Annotate and whitelist this UBSAN function; continued use ofuser_access_begin()/user_access_end() will undoubtedly result infurther uses of function.Reported-by: Randy Dunlap Tested-by: Randy Dunlap Signed-off-by: Peter Zijlstra (Intel) Acked-by: Randy Dunlap Acked-by: Christian Brauner Cc: Josh Poimboeuf Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Stephen Rothwell Cc: Thomas Gleixner Cc: cyphar@cyphar.comCc: keescook@chromium.orgCc: linux@rasmusvillemoes.dkFixes: f5a1a536fa14 ("lib: introduce copy_struct_from_user() helper")Link: https://lkml.kernel.org/r/20191021131149.GA19358@hirez.programming.kicks-ass.netSigned-off-by: Ingo Molnar List of files: /linux-6.15/lib/ubsan.c

d2912cb1 - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 500

Tue, 04 Jun 2019 08:11:33 +0000

treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 500Based on 2 normalized pattern(s): this program is free software you can redistribute it and or modify it under the terms of the gnu general public license version 2 as published by the free software foundation this program is free software you can redistribute it and or modify it under the terms of the gnu general public license version 2 as published by the free software foundation #extracted by the scancode license scanner the SPDX license identifier GPL-2.0-onlyhas been chosen to replace the boilerplate/reference in 4122 file(s).Signed-off-by: Thomas Gleixner Reviewed-by: Enrico Weigelt Reviewed-by: Kate Stewart Reviewed-by: Allison Randal Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190604081206.933168790@linutronix.deSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/lib/ubsan.c