Changes in Makefile

b092062cb6d799fa3504c5975cbb1b05c8b67d6d - exec: introduce struct task_exec_state

Wed, 20 May 2026 23:48:53 +0200

exec: introduce struct task_exec_stateIntroduce struct task_exec_state, a per-task RCU-protected structurethat holds the dumpable mode and the user namespace and stays attachedto the task for its full lifetime.task_exec_state_rcu() is the canonical reader: asserts RCU ortask_lock is held, WARNs on a NULL state, returns thercu_dereference()'d pointer.Reviewed-by: Jann Horn Link: https://patch.msgid.link/20260520-work-task_exec_state-v3-2-69f895bc1385@kernel.orgSigned-off-by: Christian Brauner (Amutable) List of files: /linux/kernel/Makefile

6556fde265a7bd408ad8ff15ec08970f99f6201c - kcov: Enable context analysis

Fri, 19 Dec 2025 16:40:18 +0100

kcov: Enable context analysisEnable context analysis for the KCOV subsystem.Signed-off-by: Marco Elver Signed-off-by: Peter Zijlstra (Intel) Link: https://patch.msgid.link/20251219154418.3592607-30-elver@google.com List of files: /linux/kernel/Makefile

48a1b2321d763b5edeaf20bd4576d8c4b5df772b - liveupdate: kho: move to kernel/liveupdate

Sat, 01 Nov 2025 15:23:23 +0100

liveupdate: kho: move to kernel/liveupdateMove KHO to kernel/liveupdate/ in preparation of placing all Live Updatecore kernel related files to the same place.[pasha.tatashin@soleen.com: disable the menu when DEFERRED_STRUCT_PAGE_INIT] Link: https://lkml.kernel.org/r/CA+CK2bAvh9Oa2SLfsbJ8zztpEjrgr_hr-uGgF1coy8yoibT39A@mail.gmail.comLink: https://lkml.kernel.org/r/20251101142325.1326536-8-pasha.tatashin@soleen.comSigned-off-by: Pasha Tatashin Reviewed-by: Jason Gunthorpe Reviewed-by: Mike Rapoport (Microsoft) Cc: Alexander Graf Cc: Changyuan Lyu Cc: Christian Brauner Cc: Jason Gunthorpe Cc: Jonathan Corbet Cc: Masahiro Yamada Cc: Miguel Ojeda Cc: Pratyush Yadav Cc: Randy Dunlap Cc: Simon Horman Cc: Tejun Heo Cc: Zhu Yanjun Signed-off-by: Andrew Morton List of files: /linux/kernel/Makefile

03d3963464a43654703938a66503cd686c5fc54e - kho: make debugfs interface optional

Sat, 01 Nov 2025 15:23:17 +0100

kho: make debugfs interface optionalPatch series "liveupdate: Rework KHO for in-kernel users", v9.This series refactors the KHO framework to better support in-kernel userslike the upcoming LUO. The current design, which relies on a notifierchain and debugfs for control, is too restrictive for direct programmaticuse.The core of this rework is the removal of the notifier chain in favor of adirect registration API. This decouples clients from the shutdown-timefinalization sequence, allowing them to manage their preserved state moreflexibly and at any time.In support of this new model, this series also: - Makes the debugfs interface optional. - Introduces APIs to unpreserve memory and fixes a bug in the abort path where client state was being incorrectly discarded. Note that this is an interim step, as a more comprehensive fix is planned as part of the stateless KHO work [1]. - Moves all KHO code into a new kernel/liveupdate/ directory to consolidate live update components.This patch (of 9):Currently, KHO is controlled via debugfs interface, but once LUO isintroduced, it can control KHO, and the debug interface becomes optional.Add a separate config CONFIG_KEXEC_HANDOVER_DEBUGFS that enables thedebugfs interface, and allows to inspect the tree.Move all debugfs related code to a new file to keep the .c files clear ofifdefs.Link: https://lkml.kernel.org/r/20251101142325.1326536-1-pasha.tatashin@soleen.comLink: https://lkml.kernel.org/r/20251101142325.1326536-2-pasha.tatashin@soleen.comLink: https://lore.kernel.org/all/20251020100306.2709352-1-jasonmiu@google.com [1]Co-developed-by: Mike Rapoport (Microsoft) Signed-off-by: Mike Rapoport (Microsoft) Signed-off-by: Pasha Tatashin Reviewed-by: Pratyush Yadav Cc: Alexander Graf Cc: Christian Brauner Cc: Jason Gunthorpe Cc: Jonathan Corbet Cc: Masahiro Yamada Cc: Miguel Ojeda Cc: Randy Dunlap Cc: Tejun Heo Cc: Changyuan Lyu Cc: Jason Gunthorpe Cc: Simon Horman Cc: Zhu Yanjun Signed-off-by: Andrew Morton List of files: /linux/kernel/Makefile

e38f65d317df1fd2dcafe614d9c537475ecf9992 - kho: warn and fail on metadata or preserved memory in scratch area

Tue, 21 Oct 2025 02:08:50 +0200

kho: warn and fail on metadata or preserved memory in scratch areaPatch series "KHO: kfence + KHO memory corruption fix", v3.This series fixes a memory corruption bug in KHO that occurs when KFENCEis enabled.The root cause is that KHO metadata, allocated via kzalloc(), can berandomly serviced by kfence_alloc(). When a kernel boots via KHO, theearly memblock allocator is restricted to a "scratch area". This forcesthe KFENCE pool to be allocated within this scratch area, creating aconflict. If KHO metadata is subsequently placed in this pool, it getscorrupted during the next kexec operation.Google is using KHO and have had obscure crashes due to this memorycorruption, with stacks all over the place. I would prefer this fix to beproperly backported to stable so we can also automatically consume it oncewe switch to the upstream KHO.Patch 1/3 introduces a debug-only feature (CONFIG_KEXEC_HANDOVER_DEBUG)that adds checks to detect and fail any operation that attempts to placeKHO metadata or preserved memory within the scratch area. This serves asa validation and diagnostic tool to confirm the problem without affectingproduction builds.Patch 2/3 Increases bitmap to PAGE_SIZE, so buddy allocator can be used.Patch 3/3 Provides the fix by modifying KHO to allocate its metadatadirectly from the buddy allocator instead of slab. This bypasses theKFENCE interception entirely.This patch (of 3):It is invalid for KHO metadata or preserved memory regions to be locatedwithin the KHO scratch area, as this area is overwritten when the nextkernel is loaded, and used early in boot by the next kernel. This canlead to memory corruption.Add checks to kho_preserve_* and KHO's internal metadata allocators(xa_load_or_alloc, new_chunk) to verify that the physical address of thememory does not overlap with any defined scratch region. If an overlap isdetected, the operation will fail and a WARN_ON is triggered. To avoidperformance overhead in production kernels, these checks are enabled onlywhen CONFIG_KEXEC_HANDOVER_DEBUG is selected.[rppt@kernel.org: fix KEXEC_HANDOVER_DEBUG Kconfig dependency] Link: https://lkml.kernel.org/r/aQHUyyFtiNZhx8jo@kernel.org[pasha.tatashin@soleen.com: build fix] Link: https://lkml.kernel.org/r/CA+CK2bBnorfsTymKtv4rKvqGBHs=y=MjEMMRg_tE-RME6n-zUw@mail.gmail.comLink: https://lkml.kernel.org/r/20251021000852.2924827-1-pasha.tatashin@soleen.comLink: https://lkml.kernel.org/r/20251021000852.2924827-2-pasha.tatashin@soleen.comFixes: fc33e4b44b27 ("kexec: enable KHO support for memory preservation")Signed-off-by: Pasha Tatashin Signed-off-by: Mike Rapoport Reviewed-by: Mike Rapoport (Microsoft) Reviewed-by: Pratyush Yadav Cc: Alexander Graf Cc: Christian Brauner Cc: David Matlack Cc: Jason Gunthorpe Cc: Jonathan Corbet Cc: Masahiro Yamada Cc: Miguel Ojeda Cc: Randy Dunlap Cc: Samiullah Khawaja Cc: Tejun Heo Cc: Signed-off-by: Andrew Morton List of files: /linux/kernel/Makefile

e406d57be7bd2a4e73ea512c1ae36a40a44e499e - Merge tag 'mm-nonmm-stable-2025-10-02-15-29' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm

Fri, 03 Oct 2025 03:44:54 +0200

Merge tag 'mm-nonmm-stable-2025-10-02-15-29' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull non-MM updates from Andrew Morton: - "ida: Remove the ida_simple_xxx() API" from Christophe Jaillet completes the removal of this legacy IDR API - "panic: introduce panic status function family" from Jinchao Wang provides a number of cleanups to the panic code and its various helpers, which were rather ad-hoc and scattered all over the place - "tools/delaytop: implement real-time keyboard interaction support" from Fan Yu adds a few nice user-facing usability changes to the delaytop monitoring tool - "efi: Fix EFI boot with kexec handover (KHO)" from Evangelos Petrongonas fixes a panic which was happening with the combination of EFI and KHO - "Squashfs: performance improvement and a sanity check" from Phillip Lougher teaches squashfs's lseek() about SEEK_DATA/SEEK_HOLE. A mere 150x speedup was measured for a well-chosen microbenchmark - plus another 50-odd singleton patches all over the place* tag 'mm-nonmm-stable-2025-10-02-15-29' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (75 commits) Squashfs: reject negative file sizes in squashfs_read_inode() kallsyms: use kmalloc_array() instead of kmalloc() MAINTAINERS: update Sibi Sankar's email address Squashfs: add SEEK_DATA/SEEK_HOLE support Squashfs: add additional inode sanity checking lib/genalloc: fix device leak in of_gen_pool_get() panic: remove CONFIG_PANIC_ON_OOPS_VALUE ocfs2: fix double free in user_cluster_connect() checkpatch: suppress strscpy warnings for userspace tools cramfs: fix incorrect physical page address calculation kernel: prevent prctl(PR_SET_PDEATHSIG) from racing with parent process exit Squashfs: fix uninit-value in squashfs_get_parent kho: only fill kimage if KHO is finalized ocfs2: avoid extra calls to strlen() after ocfs2_sprintf_system_inode_name() kernel/sys.c: fix the racy usage of task_lock(tsk->group_leader) in sys_prlimit64() paths sched/task.h: fix the wrong comment on task_lock() nesting with tasklist_lock coccinelle: platform_no_drv_owner: handle also built-in drivers coccinelle: of_table: handle SPI device ID tables lib/decompress: use designated initializers for struct compress_format efi: support booting with kexec handover (KHO) ... List of files: /linux/kernel/Makefile

a5ba183bdeeeedd5f5b683c02561072848258496 - Merge tag 'hardening-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux

Tue, 30 Sep 2025 02:48:27 +0200

Merge tag 'hardening-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linuxPull hardening updates from Kees Cook: "One notable addition is the creation of the 'transitional' keyword for kconfig so CONFIG renaming can go more smoothly. This has been a long-standing deficiency, and with the renaming of CONFIG_CFI_CLANG to CONFIG_CFI (since GCC will soon have KCFI support), this came up again. The breadth of the diffstat is mainly this renaming. - Clean up usage of TRAILING_OVERLAP() (Gustavo A. R. Silva) - lkdtm: fortify: Fix potential NULL dereference on kmalloc failure (Junjie Cao) - Add str_assert_deassert() helper (Lad Prabhakar) - gcc-plugins: Remove TODO_verify_il for GCC >= 16 - kconfig: Fix BrokenPipeError warnings in selftests - kconfig: Add transitional symbol attribute for migration support - kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFI"* tag 'hardening-v6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux: lib/string_choices: Add str_assert_deassert() helper kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFI kconfig: Add transitional symbol attribute for migration support kconfig: Fix BrokenPipeError warnings in selftests gcc-plugins: Remove TODO_verify_il for GCC >= 16 stddef: Introduce __TRAILING_OVERLAP() stddef: Remove token-pasting in TRAILING_OVERLAP() lkdtm: fortify: Fix potential NULL dereference on kmalloc failure List of files: /linux/kernel/Makefile

23ef9d439769d5f35353650e771c63d13824235b - kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFI

Tue, 23 Sep 2025 23:34:19 +0200

kcfi: Rename CONFIG_CFI_CLANG to CONFIG_CFIThe kernel's CFI implementation uses the KCFI ABI specifically, and isnot strictly tied to a particular compiler. In preparation for GCCsupporting KCFI, rename CONFIG_CFI_CLANG to CONFIG_CFI (along withassociated options).Use new "transitional" Kconfig option for old CONFIG_CFI_CLANG that willenable CONFIG_CFI during olddefconfig.Reviewed-by: Linus Walleij Reviewed-by: Nathan Chancellor Link: https://lore.kernel.org/r/20250923213422.1105654-3-kees@kernel.orgSigned-off-by: Kees Cook List of files: /linux/kernel/Makefile

f74ca6da113d5d4b21c00bb4da3f3c137162b4fe - nscommon: move to separate file

Wed, 17 Sep 2025 12:28:02 +0200

nscommon: move to separate fileIt's really awkward spilling the ns common infrastructure into multipleheaders. Move it to a separate file.Reviewed-by: Jan Kara Signed-off-by: Christian Brauner List of files: /linux/kernel/Makefile

885fc8ac0a4dc70f5d87b80b0977292870e35c60 - nstree: make iterator generic

Fri, 12 Sep 2025 13:52:40 +0200

nstree: make iterator genericMove the namespace iteration infrastructure originally introduced formount namespaces into a generic library usable by all namespace types.Signed-off-by: Christian Brauner List of files: /linux/kernel/Makefile

913e65a2fe1a16fa253c4a016e2306b2cf9ffef8 - crash: add KUnit tests for crash_exclude_mem_range

Thu, 04 Sep 2025 11:38:53 +0200

crash: add KUnit tests for crash_exclude_mem_rangecrash_exclude_mem_range seems to be a simple function but there have beenmultiple attempts to fix it, - commit a2e9a95d2190 ("kexec: Improve & fix crash_exclude_mem_range() to handle overlapping ranges") - commit 6dff31597264 ("crash_core: fix and simplify the logic of crash_exclude_mem_range()")So add a set of unit tests to verify the correctness of currentimplementation. Shall we change the function in the future, the unittests can also help prevent any regression. For example, we may make thefunction smarter by allocating extra crash_mem range on demand thus thereis no need for the caller to foresee any memory range split or address-ENOMEM failure.The testing strategy is to verify the correctness of base case. Thebase case is there is one to-be-excluded range A and one existing rangeB. Then we can exhaust all possibilities of the position of A regardingB. For example, here are two combinations, Case: A is completely inside B (causes split) Original: [----B----] Exclude: {--A--} Result: [B1] .. [B2] Case: A overlaps B's left part Original: [----B----] Exclude: {---A---} Result: [..B..]In theory we can prove the correctness by induction, - Base case: crash_exclude_mem_range is correct in the case where n=1 (n is the number of existing ranges). - Inductive step: If crash_exclude_mem_range is correct for n=k existing ranges, then the it's also correct for n=k+1 ranges.But for the sake of simplicity, simply use unit tests to cover the basecase together with two regression tests.Note most of the exclude_single_range_test() code is generated by GoogleGemini with some small tweaks. The function specification, function bodyand the exhausting test strategy are presented as prompts.[akpm@linux-foundation.org: export crash_exclude_mem_range() to modules, for kernel/crash_core_test.c]Link: https://lkml.kernel.org/r/20250904093855.1180154-2-coxu@redhat.comSigned-off-by: Coiby Xu Assisted-by: Google GeminiCc: Baoquan He Cc: Borislav Betkov Cc: Dave Young Cc: fuqiang wang Cc: "H. Peter Anvin" Cc: Ingo Molnar Cc: Thomas Gleinxer Cc: Vivek Goyal Signed-off-by: Andrew Morton List of files: /linux/kernel/Makefile

a530a36bb548bbd441402b736f17339183ff53fd - Merge tag 'kbuild-v6.17-2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild

Wed, 06 Aug 2025 06:32:52 +0200

Merge tag 'kbuild-v6.17-2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuildPull Kbuild updates from Masahiro Yamada: "This is the last pull request from me. I'm grateful to have been able to continue as a maintainer for eight years. From the next cycle, Nathan and Nicolas will maintain Kbuild. - Fix a shortcut key issue in menuconfig - Fix missing rebuild of kheaders - Sort the symbol dump generated by gendwarfsyms - Support zboot extraction in scripts/extract-vmlinux - Migrate gconfig to GTK 3 - Add TAR variable to allow overriding the default tar command - Hand over Kbuild maintainership"* tag 'kbuild-v6.17-2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild: (92 commits) MAINTAINERS: hand over Kbuild maintenance kheaders: make it possible to override TAR kbuild: userprogs: use correct linker when mixing clang and GNU ld kconfig: lxdialog: replace strcpy() with strncpy() in inputbox.c kconfig: lxdialog: replace strcpy with snprintf in print_autowrap kconfig: gconf: refactor text_insert_help() kconfig: gconf: remove unneeded variable in text_insert_msg kconfig: gconf: use hyphens in signals kconfig: gconf: replace GtkImageMenuItem with GtkMenuItem kconfig: gconf: Fix Back button behavior kconfig: gconf: fix single view to display dependent symbols correctly scripts: add zboot support to extract-vmlinux gendwarfksyms: order -T symtypes output by name gendwarfksyms: use preferred form of sizeof for allocation kconfig: qconf: confine {begin,end}Group to constructor and destructor kconfig: qconf: fix ConfigList::updateListAllforAll() kconfig: add a function to dump all menu entries in a tree-like format kconfig: gconf: show GTK version in About dialog kconfig: gconf: replace GtkHPaned and GtkVPaned with GtkPaned kconfig: gconf: replace GdkColor with GdkRGBA ... List of files: /linux/kernel/Makefile

c6439bfaabf25b736154ac5640c677da2c085db4 - Merge tag 'trace-deferred-unwind-v6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace

Fri, 01 Aug 2025 18:46:24 +0200

Merge tag 'trace-deferred-unwind-v6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-tracePull initial deferred unwind infrastructure from Steven Rostedt: "This is the core infrastructure for the deferred unwinder that is required for sframes[1]. Several other patch series are based on this work although those patch series are not dependent on each other. In order to simplify the development, having this core series upstream will allow the other series to be worked on in parallel. The other series are: - The two patches to implement x86 support [2] [3] - The s390 work [4] - The perf work [5] - The ftrace work [6] - The sframe work [7] And more is on the way. The core infrastructure adds the following in kernel APIs: - int unwind_user_faultable(struct unwind_stacktrace *trace); Performs a user space stack trace that may fault user pages in. - int unwind_deferred_init(struct unwind_work *work, unwind_callback_t func); Allows a tracer to register with the unwind deferred infrastructure. - int unwind_deferred_request(struct unwind_work *work, u64 *cookie); Used when a tracer request a deferred trace. Can be called from interrupt or NMI context. - void unwind_deferred_cancel(struct unwind_work *work); Called by a tracer to unregister from the deferred unwind infrastructure. - void unwind_deferred_task_exit(struct task_struct *task); Called by task exit code to flush any pending unwind requests. - void unwind_task_init(struct task_struct *task); Called by do_fork() to initialize the task struct for the deferred unwinder. - void unwind_task_free(struct task_struct *task); Called by do_exit() to free up any resources used by the deferred unwinder. None of the above is actually compiled unless an architecture enables it, which none currently do"Link: https://sourceware.org/binutils/wiki/sframe [1]Link: https://lore.kernel.org/linux-trace-kernel/20250717004958.260781923@kernel.org/ [2]Link: https://lore.kernel.org/linux-trace-kernel/20250717004958.432327787@kernel.org/ [3]Link: https://lore.kernel.org/linux-trace-kernel/20250710163522.3195293-1-jremus@linux.ibm.com/ [4]Link: https://lore.kernel.org/linux-trace-kernel/20250718164119.089692174@kernel.org/ [5]Link: https://lore.kernel.org/linux-trace-kernel/20250424192612.505622711@goodmis.org/ [6]Link: https://lore.kernel.org/linux-trace-kernel/20250717012848.927473176@kernel.org/ [7]* tag 'trace-deferred-unwind-v6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace: unwind: Finish up unwind when a task exits unwind deferred: Use SRCU unwind_deferred_task_work() unwind: Add USED bit to only have one conditional on way back to user space unwind deferred: Add unwind_completed mask to stop spurious callbacks unwind deferred: Use bitmask to determine which callbacks to call unwind_user/deferred: Make unwind deferral requests NMI-safe unwind_user/deferred: Add deferred unwinding interface unwind_user/deferred: Add unwind cache unwind_user/deferred: Add unwind_user_faultable() unwind_user: Add user space unwinding API with frame pointer support List of files: /linux/kernel/Makefile

d9104cec3e8fe4b458b74709853231385779001f - Merge tag 'bpf-next-6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next

Wed, 30 Jul 2025 18:58:50 +0200

Merge tag 'bpf-next-6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-nextPull bpf updates from Alexei Starovoitov: - Remove usermode driver (UMD) framework (Thomas Weißschuh) - Introduce Strongly Connected Component (SCC) in the verifier to detect loops and refine register liveness (Eduard Zingerman) - Allow 'void *' cast using bpf_rdonly_cast() and corresponding '__arg_untrusted' for global function parameters (Eduard Zingerman) - Improve precision for BPF_ADD and BPF_SUB operations in the verifier (Harishankar Vishwanathan) - Teach the verifier that constant pointer to a map cannot be NULL (Ihor Solodrai) - Introduce BPF streams for error reporting of various conditions detected by BPF runtime (Kumar Kartikeya Dwivedi) - Teach the verifier to insert runtime speculation barrier (lfence on x86) to mitigate speculative execution instead of rejecting the programs (Luis Gerhorst) - Various improvements for 'veristat' (Mykyta Yatsenko) - For CONFIG_DEBUG_KERNEL config warn on internal verifier errors to improve bug detection by syzbot (Paul Chaignon) - Support BPF private stack on arm64 (Puranjay Mohan) - Introduce bpf_cgroup_read_xattr() kfunc to read xattr of cgroup's node (Song Liu) - Introduce kfuncs for read-only string opreations (Viktor Malik) - Implement show_fdinfo() for bpf_links (Tao Chen) - Reduce verifier's stack consumption (Yonghong Song) - Implement mprog API for cgroup-bpf programs (Yonghong Song)* tag 'bpf-next-6.17' of git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next: (192 commits) selftests/bpf: Migrate fexit_noreturns case into tracing_failure test suite selftests/bpf: Add selftest for attaching tracing programs to functions in deny list bpf: Add log for attaching tracing programs to functions in deny list bpf: Show precise rejected function when attaching fexit/fmod_ret to __noreturn functions bpf: Fix various typos in verifier.c comments bpf: Add third round of bounds deduction selftests/bpf: Test invariants on JSLT crossing sign selftests/bpf: Test cross-sign 64bits range refinement selftests/bpf: Update reg_bound range refinement logic bpf: Improve bounds when s64 crosses sign boundary bpf: Simplify bounds refinement from s32 selftests/bpf: Enable private stack tests for arm64 bpf, arm64: JIT support for private stack bpf: Move bpf_jit_get_prog_name() to core.c bpf, arm64: Fix fp initialization for exception boundary umd: Remove usermode driver framework bpf/preload: Don't select USERMODE_DRIVER selftests/bpf: Fix test dynptr/test_dynptr_memset_xdp_chunks failure selftests/bpf: Fix test dynptr/test_dynptr_copy_xdp failure selftests/bpf: Increase xdp data size for arm64 64K page size ... List of files: /linux/kernel/Makefile

71753c6ed2bf2aee5be26c1bc06a94c9e3713ade - unwind_user: Add user space unwinding API with frame pointer support

Tue, 29 Jul 2025 20:23:05 +0200

unwind_user: Add user space unwinding API with frame pointer supportIntroduce a generic API for unwinding user stacks.In order to expand user space unwinding to be able to handle more complexscenarios, such as deferred unwinding and reading user space information,create a generic interface that all architectures can use that support thevarious unwinding methods.This is an alternative method for handling user space stack traces fromthe simple stack_trace_save_user() API. This does not replace thatinterface, but this interface will be used to expand the functionality ofuser space stack walking.None of the structures introduced will be exposed to user space tooling.Support for frame pointer unwinding is added. For an architecture tosupport frame pointer unwinding it needs to enableCONFIG_HAVE_UNWIND_USER_FP and define ARCH_INIT_USER_FP_FRAME.By encoding the frame offsets in struct unwind_user_frame, much of thiscode can also be reused for future unwinder implementations like sframe.Cc: Masami Hiramatsu Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Jiri Olsa Cc: Arnaldo Carvalho de Melo Cc: Namhyung Kim Cc: Thomas Gleixner Cc: Andrii Nakryiko Cc: Indu Bhagat Cc: "Jose E. Marchesi" Cc: Beau Belgrave Cc: Linus Torvalds Cc: Andrew Morton Cc: Jens Axboe Cc: Florian Weimer Cc: Sam James Link: https://lore.kernel.org/20250729182404.975790139@kernel.orgReviewed-by: Jens Remus Signed-off-by: Josh Poimboeuf Co-developed-by: Mathieu Desnoyers Link: https://lore.kernel.org/all/20250710164301.3094-2-mathieu.desnoyers@efficios.com/Signed-off-by: Mathieu Desnoyers Co-developed-by: Steven Rostedt (Google) Signed-off-by: Steven Rostedt (Google) List of files: /linux/kernel/Makefile

6676fd3c99b016b9102c584e8b6dfcfad4fa059e - kstack_erase: Add -mgeneral-regs-only to silence Clang warnings

Sat, 26 Jul 2025 11:35:49 +0200

kstack_erase: Add -mgeneral-regs-only to silence Clang warningsOnce CONFIG_KSTACK_ERASE is enabled with Clang on i386, the build warns: kernel/kstack_erase.c:168:2: warning: function with attribute 'no_caller_saved_registers' should only call a function with attribute 'no_caller_saved_registers' or be compiled with '-mgeneral-regs-only' [-Wexcessive-regsave]Add -mgeneral-regs-only for the kstack_erase handler, to make Clang feelbetter (it is effectively a no-op flag for the kernel). No binarychanges encountered.Build & boot tested with Clang 21 on x86_64, and i386.Build tested with GCC 14.2.0 on x86_64, i386, arm64, and arm.Reported-by: Nathan Chancellor Closes: https://lore.kernel.org/all/20250726004313.GA3650901@ax162Tested-by: Nathan Chancellor Signed-off-by: Kees Cook List of files: /linux/kernel/Makefile

b7b3500bd4eef2c3b5124ed195f26eb048407d9b - umd: Remove usermode driver framework

Mon, 21 Jul 2025 11:04:42 +0200

umd: Remove usermode driver frameworkThe code is unused since 98e20e5e13d2 ("bpfilter: remove bpfilter"),therefore remove it.Signed-off-by: Thomas Weißschuh Signed-off-by: Daniel Borkmann Reviewed-by: Christoph Hellwig Reviewed-by: Christian Brauner Acked-by: "Eric W. Biederman" Link: https://lore.kernel.org/bpf/20250721-remove-usermode-driver-v1-2-0d0083334382@linutronix.de List of files: /linux/kernel/Makefile

57fbad15c2eee77276a541c616589b32976d2b8e - stackleak: Rename STACKLEAK to KSTACK_ERASE

Fri, 18 Jul 2025 01:25:06 +0200

stackleak: Rename STACKLEAK to KSTACK_ERASEIn preparation for adding Clang sanitizer coverage stack depth trackingthat can support stack depth callbacks:- Add the new top-level CONFIG_KSTACK_ERASE option which will be implemented either with the stackleak GCC plugin, or with the Clang stack depth callback support.- Rename CONFIG_GCC_PLUGIN_STACKLEAK as needed to CONFIG_KSTACK_ERASE, but keep it for anything specific to the GCC plugin itself.- Rename all exposed "STACKLEAK" names and files to "KSTACK_ERASE" (named for what it does rather than what it protects against), but leave as many of the internals alone as possible to avoid even more churn.While here, also split "prev_lowest_stack" into CONFIG_KSTACK_ERASE_METRICS,since that's the only place it is referenced from.Suggested-by: Ingo Molnar Link: https://lore.kernel.org/r/20250717232519.2984886-1-kees@kernel.orgSigned-off-by: Kees Cook List of files: /linux/kernel/Makefile

1a0faff2833b59a74c8389bcdc390af99dc9d2cf - kheaders: rebuild kheaders_data.tar.xz when KBUILD_BUILD_TIMESTAMP is changed

Sun, 08 Jun 2025 18:59:56 +0200

kheaders: rebuild kheaders_data.tar.xz when KBUILD_BUILD_TIMESTAMP is changedThis problem is similar to commit 7f8256ae0efb ("initramfs: Encodedependency on KBUILD_BUILD_TIMESTAMP"): kernel/gen_kheaders.sh has aninternal dependency on KBUILD_BUILD_TIMESTAMP that is not exposed tomake, so changing KBUILD_BUILD_TIMESTAMP will not trigger a rebuildof the archive.Move $(KBUILD_BUILD_TIMESTAMP) to the Makefile so that is is recordedin the *.cmd file.Signed-off-by: Masahiro Yamada List of files: /linux/kernel/Makefile

626c54af35764b0b8a4ed5c446458ba6ddfe9cc8 - kheaders: rebuild kheaders_data.tar.xz when a file is modified within a minute

Sun, 08 Jun 2025 18:59:55 +0200

kheaders: rebuild kheaders_data.tar.xz when a file is modified within a minuteWhen a header file is changed, kernel/gen_kheaders.sh may fail to updatekernel/kheaders_data.tar.xz.[steps to reproduce][1] Build kernel/kheaders_data.tar.xz $ make -j$(nproc) kernel/kheaders.o DESCEND objtool INSTALL libsubcmd_headers CALL scripts/checksyscalls.sh CHK kernel/kheaders_data.tar.xz GEN kernel/kheaders_data.tar.xz CC kernel/kheaders.o[2] Modify a header without changing the file size $ sed -i s/0xdeadbeef/0xfeedbeef/ include/linux/elfnote.h[3] Rebuild kernel/kheaders_data.tar.xz $ make -j$(nproc) kernel/kheaders.o DESCEND objtool INSTALL libsubcmd_headers CALL scripts/checksyscalls.sh CHK kernel/kheaders_data.tar.xzkernel/kheaders_data.tar.xz is not updated if steps [1] - [3] are runwithin the same minute.The headers_md5 variable stores the MD5 hash of the 'ls -l' outputfor all header files. This hash value is used to determine whetherkheaders_data.tar.xz needs to be rebuilt. However, 'ls -l' prints themodification times with minute-level granularity. If a file is modifiedwithin the same minute and its size remains the same, the MD5 hash doesnot change.To reliably detect file modifications, this commit rewriteskernel/gen_kheaders.sh to output header dependencies tokernel/.kheaders_data.tar.xz.cmd. Then, Make compares the timestampsand reruns kernel/gen_kheaders.sh when necessary. This is the standardmechanism used by Make and Kbuild.Signed-off-by: Masahiro Yamada List of files: /linux/kernel/Makefile