Live Patching

• Thread Index

• [PATCH v2 07/13] powerpc/ftrace: Prepare PPC32's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 06/13] powerpc/ftrace: Simplify PPC32's return_to_handler()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 05/13] powerpc/ftrace: Don't save again LR in ftrace_regs_caller() on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 04/13] powerpc/ftrace: Add support for livepatch to PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 03/13] powerpc/module_32: Fix livepatching for RO modules
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 00/13] Implement livepatch on PPC32 and more
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2] Documentation: livepatch: Add livepatch API page
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v2] Documentation: livepatch: Add livepatch API page
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] Documentation: livepatch: Add livepatch API page
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2] Documentation: livepatch: Add livepatch API page
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] livepatch: Fix leak on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH v2 2/2] selftests/livepatch: Test of the API for specifying functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH v2 0/2] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: Some questions about arm64 live-patching support
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: Some questions about arm64 live-patching support
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules
  • From: Russell Currey <ruscur@xxxxxxxxxx>
• Some questions about arm64 live-patching support
  • From: Hubin <hubin57@xxxxxxxxxx>
• Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v8 07/14] kallsyms: Hide layout
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 00/14] Function Granular KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v8 00/14] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v8 03/14] x86: Add support for function granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v8 00/14] Function Granular KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 03/14] x86: Add support for function granular KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 11/14] module: Reorder functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 07/14] kallsyms: Hide layout
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 07/14] kallsyms: Hide layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 06/14] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 03/14] x86: Add support for function granular KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v8 11/14] module: Reorder functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 14/14] maintainers: add MAINTAINERS entry for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 13/14] Documentation: add documentation for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 12/14] module: use a scripted approach for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 09/14] x86/boot: allow FG-KASLR to be selected
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 10/14] arm64/crypto: conditionally place ASM functions into separate sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 06/14] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 07/14] kallsyms: Hide layout
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 03/14] x86: Add support for function granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 02/14] x86/tools: Add relative relocs for randomized functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 01/14] x86: Makefile: Add build and config option for CONFIG_FG_KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v8 00/14] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v11 2/5] arm64: Rename unwinder functions
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 2/5] arm64: Rename unwinder functions
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 5/5] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v11 3/5] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v11 2/5] arm64: Rename unwinder functions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v11 5/5] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v11 3/5] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v11 2/5] arm64: Rename unwinder functions
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v11 0/5] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: CET/IBT support and live-patches
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: CET/IBT support and live-patches
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/3] livepatch: Move the initialization of old_func to a new function
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 0/3] livepatch: Allow user to specify functions to search for on a stack
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v1 5/5] powerpc/ftrace: Add support for livepatch to PPC32
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 1/5] livepatch: Fix build failure on 32 bits processors
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• RE: [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on
  • From: Suraj Jitindar Singh <surajjs@xxxxxxxxxx>
• Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 3/3] livepatch: free klp_patch object synchronously
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 2/3] livepatch: free klp_patch object without holding klp_mutex
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V4 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 3/3] livepatch: free klp_patch object synchronously
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 2/3] livepatch: free klp_patch object without holding klp_mutex
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Russell Currey <ruscur@xxxxxxxxxx>
• ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH V2 3/3] livepatch: free klp_patch object synchronously
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 2/3] livepatch: free klp_patch object without holding klp_mutex
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V2 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/3] livepatch: free klp_patch object without holding klp_mutex
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 3/3] livepatch: free klp_patch object synchronously
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/3] livepatch: remove 'struct completion finish' from klp_patch
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 0/3] livepatch: cleanup kpl_patch kobject release
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v1 5/5] powerpc/ftrace: Add support for livepatch to PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v1 2/5] powerpc/ftrace: No need to read LR from stack in _mcount()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v1 1/5] livepatch: Fix build failure on 32 bits processors
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v1 4/5] powerpc/ftrace: Activate HAVE_DYNAMIC_FTRACE_WITH_REGS on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v1 0/5] Implement livepatch on PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v1 3/5] powerpc/ftrace: Add module_trampoline_target() for PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH] livepatch: Fix build failure on 32 bits processors
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v7 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v7 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v7 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] ftrace: disable preemption when recursion locked
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v6 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v6 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v6 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v6] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] ftrace: make sure preemption disabled on recursion testing
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v5 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v5 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v5 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• RE: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v4 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] ftrace: disable preemption when recursion locked
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v10 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v10 11/11] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 09/11] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 07/11] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v10 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v9 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 09/11] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 07/11] arm64: Call stack_backtrace() only from within walk_stackframe()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 06/11] arm64: Make profile_pc() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 05/11] arm64: Make dump_stacktrace() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 03/11] arm64: Make get_wchan() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 04/11] arm64: Make return_address() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 11/11] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 10/11] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v9 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [RESEND PATCH v2 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [RESEND PATCH v2 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] fix & prevent the missing preemption disabling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 2/2] ftrace: do CPU checking after preemption disabled
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] fix & prevent the missing preemption disabling
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ftrace: prevent preemption in perf_ftrace_function_call()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/2] ftrace: prevent preemption in perf_ftrace_function_call()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] ftrace: make sure preemption disabled on recursion testing
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] ftrace: prevent preemption in perf_ftrace_function_call()
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] ftrace: disable preemption on the testing of recursion
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] ftrace: make sure preemption disabled on recursion testing
  • From: 王贇 <yun.wang@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 10/11] livepatch: Remove klp_synchronize_transition()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] sched,livepatch: Use task_call_func()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 03/11] sched,livepatch: Use task_call_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 03/11] sched,livepatch: Use task_call_func()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [syzbot] upstream test error: KASAN: invalid-access Read in __entry_tramp_text_end
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [syzbot] upstream test error: KASAN: invalid-access Read in __entry_tramp_text_end
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [syzbot] upstream test error: KASAN: invalid-access Read in __entry_tramp_text_end
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 00/11] sched,rcu,context_tracking,livepatch: Improve livepatch task transitions for idle and NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [RFC][PATCH v2 10/11] livepatch: Remove klp_synchronize_transition()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 04/11] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 01/11] sched: Improve try_invoke_on_locked_down_task()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 05/11] sched,livepatch: Use wake_up_if_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 02/11] sched,rcu: Rework try_invoke_on_locked_down_task()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH v2 06/11] context_tracking: Prefix user_{enter,exit}*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH v2 08/11] context_tracking,rcu: Replace RCU dynticks counter with context_tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH v2 07/11] context_tracking: Add an atomic sequence/state count
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH v2 09/11] context_tracking,livepatch: Dont disturb NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH v2 11/11] context_tracking,x86: Fix text_poke_sync() vs NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 00/11] sched,rcu,context_tracking,livepatch: Improve livepatch task transitions for idle and NOHZ_FULL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 03/11] sched,livepatch: Use task_call_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Joel Savitz <jsavitz@xxxxxxxxxx>
• Re: [RFC][PATCH 7/7] livepatch,context_tracking: Avoid disturbing NOHZ_FULL tasks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 3/7] sched,livepatch: Use task_try_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 7/7] livepatch,context_tracking: Avoid disturbing NOHZ_FULL tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7] sched,rcu,context_tracking,livepatch: Improve livepatch task transitions for idle and NOHZ_FULL cpus
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 3/7] sched,livepatch: Use task_try_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 7/7] livepatch,context_tracking: Avoid disturbing NOHZ_FULL tasks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 5/7] sched,livepatch: Use wake_up_if_idle()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH 3/7] sched,livepatch: Use task_try_func()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v2 1/3] libkmod: add a library notice log level print
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH 5/7] sched,livepatch: Use wake_up_if_idle()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [RFC][PATCH 5/7] sched,livepatch: Use wake_up_if_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 6/7] context_tracking: Provide SMP ordering using RCU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 0/7] sched,rcu,context_tracking,livepatch: Improve livepatch task transitions for idle and NOHZ_FULL cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 1/7] sched,rcu: Rework try_invoke_on_locked_down_task()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 3/7] sched,livepatch: Use task_try_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 4/7] sched: Simplify wake_up_*idle*()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 7/7] livepatch,context_tracking: Avoid disturbing NOHZ_FULL tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 2/7] sched: Fix task_try_func()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] livepatch: Fix idle cpu's tasks transition
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] libkmod: add a library notice log level print
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] livepatch: Fix idle cpu's tasks transition
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] libkmod: add a library notice log level print
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH v2 0/3] kmod: add patient module removal support
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH v2] livepatch: Fix idle cpu's tasks transition
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 0/3] kmod: add patient module removal support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2] livepatch: Fix idle cpu's tasks transition
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Fix idle cpu's tasks transition
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v6 kspp-next 16/22] livepatch: only match unique symbols when using fgkaslr
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH] livepatch: Fix idle cpu's tasks transition
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: Fix idle cpu's tasks transition
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v6 kspp-next 16/22] livepatch: only match unique symbols when using fgkaslr
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH] livepatch: Fix idle cpu's tasks transition
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.15
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] livepatching for 5.15
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH v8 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: announcing LLpatch: arch-independent live-patch creation
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: announcing LLpatch: arch-independent live-patch creation
  • From: Peter Swain <swine@xxxxxxxxx>
• Re: announcing LLpatch: arch-independent live-patch creation
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: announcing LLpatch: arch-independent live-patch creation
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• announcing LLpatch: arch-independent live-patch creation
  • From: Peter Swain <swine@xxxxxxxxx>
• Re: [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v8 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH 26/38] livepatch: Replace deprecated CPU-hotplug functions.
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] tracing: define needed config DYNAMIC_FTRACE_WITH_ARGS
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: define needed config DYNAMIC_FTRACE_WITH_ARGS
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC PATCH v8 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v8 4/4] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v8 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v8 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v8 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v8 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v7 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v7 4/4] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v7 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v7 4/4] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 3/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 2/4] arm64: Reorganize the unwinder code for better consistency and maintenance
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 1/4] arm64: Make all stack walking functions use arch_stack_walk()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v7 0/4] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v2 3/3] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 2/3] libkmod/libkmod-module: add refcnt fd helper
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 1/3] libkmod: add a library notice log level print
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 0/3] kmod: add patient module removal support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] tracing: define needed config DYNAMIC_FTRACE_WITH_ARGS
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• Re: [PATCH] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH] tracing: define needed config DYNAMIC_FTRACE_WITH_ARGS
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: Reference to non-existing DYNAMIC_FTRACE_WITH_ARGS
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Reference to non-existing DYNAMIC_FTRACE_WITH_ARGS
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH] libkmod-module: add support for a patient module removal option
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 26/38] livepatch: Replace deprecated CPU-hotplug functions.
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] libkmod-module: add support for a patient module removal option
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 26/38] livepatch: Replace deprecated CPU-hotplug functions.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 00/38] Replace deprecated CPU-hotplug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Add Luis Chamberlain as modules maintainer
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/3] arm64: Improve the unwinder return value
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v6 1/3] arm64: Improve the unwinder return value
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v6 0/3] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] livepatch: Speed up transition retries
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH] livepatch: Speed up transition retries
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC PATCH] livepatch: Speed up transition retries
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [RFC PATCH] livepatch: Speed up transition retries
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [RFC PATCH] livepatch: Kick idle cpu's tasks to perform transition
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [RFC PATCH v6 3/3] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v6 2/3] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v6 0/3] arm64: Implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v6 1/3] arm64: Improve the unwinder return value
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH 1/1] arm64: implement live patching
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Suraj Jitindar Singh <sjitindarsingh@xxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] arm64: implement live patching
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC PATCH 1/1] arm64: implement live patching
  • From: Suraj Jitindar Singh <surajjs@xxxxxxxxxx>
• Re: [RFC PATCH v5 0/2] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v5 0/2] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v5 2/2] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v5 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v5 0/2] arm64: Implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 0/2] arm64: Stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 0/2] arm64: Stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 0/2] arm64: Stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 0/2] arm64: Stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 2/2] arm64: Create a list of SYM_CODE functions, blacklist them in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 2/2] arm64: Create a list of SYM_CODE functions, blacklist them in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 2/2] arm64: Create a list of SYM_CODE functions, blacklist them in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 2/2] arm64: Create a list of SYM_CODE functions, blacklist them in the unwinder
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• [RFC PATCH v4 2/2] arm64: Create a list of SYM_CODE functions, blacklist them in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v4 1/2] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v4 0/2] arm64: Stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] arm64: Handle funtion graph tracer better in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] arm64: Handle funtion graph tracer better in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 1/1] arm64: Implement stack trace termination record
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC PATCH v3 4/4] arm64: Handle funtion graph tracer better in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 0/4] arm64: Stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx