Merge tag 'mm-nonmm-stable-2025-05-31-15-28' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull non-MM updates from Andrew Morton: - "hung_task: extend blocking task stacktrace dump to
Merge tag 'mm-nonmm-stable-2025-05-31-15-28' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mmPull non-MM updates from Andrew Morton: - "hung_task: extend blocking task stacktrace dump to semaphore" from Lance Yang enhances the hung task detector. The detector presently dumps the blocking tasks's stack when it is blocked on a mutex. Lance's series extends this to semaphores - "nilfs2: improve sanity checks in dirty state propagation" from Wentao Liang addresses a couple of minor flaws in nilfs2 - "scripts/gdb: Fixes related to lx_per_cpu()" from Illia Ostapyshyn fixes a couple of issues in the gdb scripts - "Support kdump with LUKS encryption by reusing LUKS volume keys" from Coiby Xu addresses a usability problem with kdump. When the dump device is LUKS-encrypted, the kdump kernel may not have the keys to the encrypted filesystem. A full writeup of this is in the series [0/N] cover letter - "sysfs: add counters for lockups and stalls" from Max Kellermann adds /sys/kernel/hardlockup_count and /sys/kernel/hardlockup_count and /sys/kernel/rcu_stall_count - "fork: Page operation cleanups in the fork code" from Pasha Tatashin implements a number of code cleanups in fork.c - "scripts/gdb/symbols: determine KASLR offset on s390 during early boot" from Ilya Leoshkevich fixes some s390 issues in the gdb scripts* tag 'mm-nonmm-stable-2025-05-31-15-28' of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm: (67 commits) llist: make llist_add_batch() a static inline delayacct: remove redundant code and adjust indentation squashfs: add optional full compressed block caching crash_dump, nvme: select CONFIGFS_FS as built-in scripts/gdb/symbols: determine KASLR offset on s390 during early boot scripts/gdb/symbols: factor out pagination_off() scripts/gdb/symbols: factor out get_vmlinux() kernel/panic.c: format kernel-doc comments mailmap: update and consolidate Casey Connolly's name and email nilfs2: remove wbc->for_reclaim handling fork: define a local GFP_VMAP_STACK fork: check charging success before zeroing stack fork: clean-up naming of vm_stack/vm_struct variables in vmap stacks code fork: clean-up ifdef logic around stack allocation kernel/rcu/tree_stall: add /sys/kernel/rcu_stall_count kernel/watchdog: add /sys/kernel/{hard,soft}lockup_count x86/crash: make the page that stores the dm crypt keys inaccessible x86/crash: pass dm crypt keys to kdump kernel Revert "x86/mm: Remove unused __set_memory_prot()" crash_dump: retrieve dm crypt keys in kdump kernel ...
show more ...
scripts/gdb: update documentation for lx_per_cpuCommit db08c53fdd542bb7f83b ("scripts/gdb: fix parameter handling in$lx_per_cpu") changed the parameter handling of lx_per_cpu to use GdbValueinste
scripts/gdb: update documentation for lx_per_cpuCommit db08c53fdd542bb7f83b ("scripts/gdb: fix parameter handling in$lx_per_cpu") changed the parameter handling of lx_per_cpu to use GdbValueinstead of parsing the variable name. Update the documentation to reflectthe new lx_per_cpu usage. Update the hrtimer_bases example to use rb_treeinstead of the timerqueue_head.next pointer removed in commit511885d7061eda3eb1fa ("lib/timerqueue: Rely on rbtree semantics for nexttimer").Link: https://lkml.kernel.org/r/20250503123234.2407184-3-illia@yshyn.comSigned-off-by: Illia Ostapyshyn <illia@yshyn.com>Cc: Alex Shi <alexs@kernel.org>Cc: Brendan Jackman <jackmanb@google.com>Cc: Dongliang Mu <dzm91@hust.edu.cn>Cc: Florian Rommel <mail@florommel.de>Cc: Hu Haowen <2023002089@link.tyut.edu.cn>Cc: Jan Kiszka <jan.kiszka@siemens.com>Cc: Jonathan Corbet <corbet@lwn.net>Cc: Kieran Bingham <kbingham@kernel.org>Cc: Yanteng Si <si.yanteng@linux.dev>Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
docs: debugfs: do not recommend debugfs_remove_recursiveUpdate the debugfs documentation to indicate that debugfs_remove()should be used to clean up debugfs entries.In commit a3d1e7eb5abe ("simp
docs: debugfs: do not recommend debugfs_remove_recursiveUpdate the debugfs documentation to indicate that debugfs_remove()should be used to clean up debugfs entries.In commit a3d1e7eb5abe ("simple_recursive_removal(): kernel-side rm -rffor ramfs-style filesystems"), function debugfs_remove_recursive()was made into an alias for debugfs_remove(): #define debugfs_remove_recursive debugfs_removeTherefore, drivers should just use debugfs_remove() going forward.Signed-off-by: Timur Tabi <ttabi@nvidia.com>Link: https://lore.kernel.org/r/20250429173958.3973958-1-ttabi@nvidia.comSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Documentation: move dev-tools debugging files to process/debugging/Move gdb and kgdb debugging documentation to the dedicateddebugging directory (Documentation/process/debugging/).Adjust the inde
Documentation: move dev-tools debugging files to process/debugging/Move gdb and kgdb debugging documentation to the dedicateddebugging directory (Documentation/process/debugging/).Adjust the index.rst files to follow the file movement.Adjust files that refer to these moved files to follow the file movement.Update location of kgdb.rst in MAINTAINERS file.Add a link from dev-tools/index to process/debugging/index.Note: translations are not updated.Signed-off-by: Randy Dunlap <rdunlap@infradead.org>Cc: Sebastian Fricke <sebastian.fricke@collabora.com>Cc: Jonathan Corbet <corbet@lwn.net>Cc: workflows@vger.kernel.orgCc: Jason Wessel <jason.wessel@windriver.com>Cc: Daniel Thompson <danielt@kernel.org>Cc: Douglas Anderson <dianders@chromium.org>Cc: linux-debuggers@vger.kernel.orgCc: kgdb-bugreport@lists.sourceforge.netCc: Doug Anderson <dianders@chromium.org>Cc: Alex Shi <alexs@kernel.org>Cc: Hu Haowen <2023002089@link.tyut.edu.cn>Cc: Andrew Morton <akpm@linux-foundation.org>Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>Cc: linux-serial@vger.kernel.orgAcked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>Acked-by: Daniel Thompson <danielt@kernel.org>Reviewed-by: Douglas Anderson <dianders@chromium.org>Signed-off-by: Jonathan Corbet <corbet@lwn.net>Link: https://lore.kernel.org/r/20241210000041.305477-1-rdunlap@infradead.org
docs: debugging: add more info about devcoredumpCorrect a few small things in the devcoredump synopsis and then addthe devcoredump APIs to it.Fixes: a037699da0a1 ("docs: Add debugging section to
docs: debugging: add more info about devcoredumpCorrect a few small things in the devcoredump synopsis and then addthe devcoredump APIs to it.Fixes: a037699da0a1 ("docs: Add debugging section to process")Signed-off-by: Randy Dunlap <rdunlap@infradead.org>Cc: Sebastian Fricke <sebastian.fricke@collabora.com>Cc: Jonathan Corbet <corbet@lwn.net>Cc: linux-doc@vger.kernel.orgCc: Johannes Berg <johannes@sipsolutions.net>Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>Cc: workflows@vger.kernel.orgSigned-off-by: Jonathan Corbet <corbet@lwn.net>Link: https://lore.kernel.org/r/20241130081107.552503-1-rdunlap@infradead.org
docs: Add debugging guide for the media subsystemProvide a guide for developers on how to debug code with a focus on themedia subsystem. This document aims to provide a rough overview over thepos
docs: Add debugging guide for the media subsystemProvide a guide for developers on how to debug code with a focus on themedia subsystem. This document aims to provide a rough overview over thepossibilities and a rational to help choosing the right tool for thegiven circumstances.Signed-off-by: Sebastian Fricke <sebastian.fricke@collabora.com>Signed-off-by: Jonathan Corbet <corbet@lwn.net>Link: https://lore.kernel.org/r/20241028-media_docs_improve_v3-v3-2-edf5c5b3746f@collabora.com
docs: Add debugging section to processThis idea was formed after noticing that new developers experiencecertain difficulty to navigate within the multitude of differentdebugging options in the Ke
docs: Add debugging section to processThis idea was formed after noticing that new developers experiencecertain difficulty to navigate within the multitude of differentdebugging options in the Kernel and while there often is gooddocumentation for the tools, the developer has to know first that theyexist and where to find them.Add a general debugging section to the Kernel documentation, as aneasily locatable entry point to other documentation and as a generalguideline for the topic.Signed-off-by: Sebastian Fricke <sebastian.fricke@collabora.com>Reviewed-by: Randy Dunlap <rdunlap@infradead.org>Signed-off-by: Jonathan Corbet <corbet@lwn.net>Link: https://lore.kernel.org/r/20241028-media_docs_improve_v3-v3-1-edf5c5b3746f@collabora.com