Live Patching

• Thread Index

• Re: [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/13] powerpc/ftrace: Prepare PPC64's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 05/15] x86: support asm function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v5 13/13] module: Move version support into a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 13/13] module: Move version support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 12/13] module: Move kdb_modules list out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 11/13] module: Move sysfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v4 02/20] kallsyms: increase maximum kernel symbol length to 512
  • From: Miguel Ojeda <ojeda@xxxxxxxxxx>
• [PATCH v4 00/20] Rust support
  • From: Miguel Ojeda <ojeda@xxxxxxxxxx>
• Re: [PATCH v5 09/13] module: Move kallsyms support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Fāng-ruì Sòng <maskray@xxxxxxxxxx>
• Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v10 05/15] x86: support asm function sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/13] module: Move kmemleak support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxxx>
• Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 06/13] module: Move strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 05/13] module: Move latched RB-tree support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v5 01/13] module: Move all into module/
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 01/13] module: Move all into module/
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 04/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 01/13] module: Move all into module/
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 02/13] module: Simple refactor in preparation for split
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 01/13] module: Move all into module/
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 13/13] module: Move version support into a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 12/13] module: Move kdb_modules list out of core code
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 11/13] module: Move sysfs support into a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 10/13] module: Move procfs support into a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 09/13] module: Move kallsyms support into a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 08/13] module: Move kmemleak support to a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 07/13] module: Move extra signature support out of core code
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 06/13] module: Move strict rwx support to a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 05/13] module: Move latched RB-tree support to a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 04/13] module: Move livepatch support to a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 03/13] module: Make internal.h more compliant
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 02/13] module: Simple refactor in preparation for split
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 01/13] module: Move all into module/
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v5 07/13] module: Move extra signature support out of core code
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• [PATCH v10 13/15] module: use a scripted approach for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 08/15] x86/tools: Add relative relocs for randomized functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 11/15] x86/boot: allow FG-KASLR to be selected
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 04/15] arch: introduce asm function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 03/15] kallsyms: randomize /proc/kallsyms output order
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 06/15] x86: decouple ORC table sorting into a separate file
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 07/15] Makefile: add config options and build scripts for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 15/15] maintainers: add MAINTAINERS entry for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 09/15] x86: Add support for function granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 12/15] module: add arch-indep FG-KASLR for randomizing function layout
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 05/15] x86: support asm function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 01/15] modpost: fix removing numeric suffixes
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 00/15] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v10 14/15] Documentation: add documentation for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v5 04/13] module: Move livepatch support to a separate file
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v5 12/13] module: Move kdb_modules list out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 11/13] module: Move sysfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 13/13] module: Move version support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 09/13] module: Move kallsyms support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 10/13] module: Move procfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 08/13] module: Move kmemleak support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 05/13] module: Move latched RB-tree support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 06/13] module: Move strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 04/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 03/13] module: Make internal.h more compliant
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 02/13] module: Simple refactor in preparation for split
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 01/13] module: Move all into module/
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v5 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxxx>
• Re: [RFC PATCH v4 07/13] module: Move extra signature support out of core code
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [RFC PATCH v4 03/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 03/13] module: Move livepatch support to a separate file
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• RE: [RFC PATCH v4 00/13] module: core code clean up
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxxx>
• [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v13 04/11] arm64: Split unwind_init()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v13 04/11] arm64: Split unwind_init()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 04/11] arm64: Split unwind_init()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v13 05/11] arm64: Copy the task argument to unwind_state
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v13 04/11] arm64: Split unwind_init()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/13] module: core code clean up
  • From: Allen <allen.lkml@xxxxxxxxx>
• [RFC PATCH v4 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 08/13] module: Move kmemleak support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 09/13] module: Move kallsyms support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 10/13] module: Move procfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 13/13] module: Move version support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 12/13] module: Move kdb_modules list out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 11/13] module: Move sysfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 06/13] module: Move strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 04/13] module: Move latched RB-tree support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 05/13] module: Move arch strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 03/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 02/13] module: Simple refactor in preparation for split
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 01/13] module: Move all into module/
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v4 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] module: Move livepatch support to a separate file
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v3 00/13] module: core code clean up
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• [RFC PATCH v3 12/13] module: Move kdb_modules list out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 13/13] module: Move version support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 11/13] module: Move sysfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 09/13] module: Move kallsyms support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 10/13] module: Move procfs support into a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 08/13] module: Move kmemleak support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 07/13] module: Move extra signature support out of core code
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 06/13] module: Move strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 04/13] module: Move latched RB-tree support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 05/13] module: Move arch strict rwx support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 02/13] module: Simple refactor in preparation for split
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 03/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 01/13] module: Move all into module/
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RFC PATCH v3 00/13] module: core code clean up
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/15] x86: support ASM function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: "nobuta.keiya@xxxxxxxxxxx" <nobuta.keiya@xxxxxxxxxxx>
• Re: [PATCH v9 05/15] x86: support ASM function sections
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 04/15] arch: introduce ASM function sections
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 04/15] arch: introduce ASM function sections
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v9 04/15] arch: introduce ASM function sections
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v13 10/11] arm64: Introduce arch_stack_walk_reliable()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 09/11] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 08/11] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 07/11] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 05/11] arm64: Copy the task argument to unwind_state
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 04/11] arm64: Split unwind_init()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 03/11] arm64: Rename stackframe to unwind_state
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 02/11] arm64: Rename unwinder functions
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 01/11] arm64: Remove NULL task check from unwind_frame()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v13 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [GIT PULL] livepatching for 5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] livepatching for 5.17
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 04/10] arm64: Split unwind_init()
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v12 04/10] arm64: Split unwind_init()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v12 03/10] arm64: Rename stackframe to unwind_state
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v12 02/10] arm64: Rename unwinder functions
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v12 01/10] arm64: Remove NULL task check from unwind_frame()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 03/15] kallsyms: Hide layout
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Fāng-ruì Sòng <maskray@xxxxxxxxxx>
• Re: [PATCH v2 03/13] powerpc/module_32: Fix livepatching for RO modules
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v12 03/10] arm64: Rename stackframe to unwind_state
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v9 03/15] kallsyms: Hide layout
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v12 10/10] arm64: Select HAVE_RELIABLE_STACKTRACE
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 09/10] arm64: Introduce arch_stack_walk_reliable()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 08/10] arm64: Create a list of SYM_CODE functions, check return PC against list
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 06/10] arm64: Make the unwind loop in unwind() similar to other architectures
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 04/10] arm64: Split unwind_init()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 03/10] arm64: Rename stackframe to unwind_state
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 02/10] arm64: Rename unwinder functions
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 01/10] arm64: Remove NULL task check from unwind_frame()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v12 00/10] arm64: Reorganize the unwinder and implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v9 03/15] kallsyms: Hide layout
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: Kumar Kartikeya Dwivedi <memxor@xxxxxxxxx>
• Re: [PATCH v9 03/15] kallsyms: Hide layout
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Fāng-ruì Sòng <maskray@xxxxxxxxxx>
• Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 00/15] Function Granular KASLR
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH bpf-next v5 1/9] kernel: Add kallsyms_on_each_symbol variant for single module
  • From: Kumar Kartikeya Dwivedi <memxor@xxxxxxxxx>
• [PATCH] livepatch: Avoid CPU hogging with cond_resched
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 00/15] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch()
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH v9 00/15] Function Granular KASLR
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 00/15] Function Granular KASLR
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/15] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: Add livepatch API page
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v9 12/15] module: Reorder functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 15/15] maintainers: add MAINTAINERS entry for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 04/15] arch: introduce ASM function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 14/15] Documentation: add documentation for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 13/15] module: use a scripted approach for FG-KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 03/15] kallsyms: Hide layout
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 11/15] x86/boot: allow FG-KASLR to be selected
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 10/15] FG-KASLR: use a scripted approach to handle .text.* sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 09/15] x86: Add support for function granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 07/15] Makefile: Add build and config option for CONFIG_FG_KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 08/15] x86/tools: Add relative relocs for randomized functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 06/15] x86: decouple ORC table sorting into a separate file
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 05/15] x86: support ASM function sections
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 01/15] modpost: fix removing numeric suffixes
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v9 00/15] Function Granular KASLR
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 04/13] powerpc/ftrace: Add support for livepatch to PPC32
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: Add livepatch API page
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: Add livepatch API page
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH v3] Documentation: livepatch: Add livepatch API page
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH v2 13/13] powerpc/ftrace: Remove ftrace_32.S
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 10/13] powerpc/ftrace: Refactor ftrace_{en/dis}able_ftrace_graph_caller
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2 08/13] powerpc/ftrace: Prepare PPC64's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [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>