Linux Live Patching

• Date Index

• [PATCH v5 08/13] module: Move kmemleak support to a separate file, (continued)
  • [PATCH v5 08/13] module: Move kmemleak support to a separate file, Aaron Tomlin
    • Re: [PATCH v5 08/13] module: Move kmemleak support to a separate file, Christophe Leroy
      • Re: [PATCH v5 08/13] module: Move kmemleak support to a separate file, Aaron Tomlin
  • [PATCH v5 10/13] module: Move procfs support into a separate file, Aaron Tomlin
    • Re: [PATCH v5 10/13] module: Move procfs support into a separate file, Christophe Leroy
  • [PATCH v5 09/13] module: Move kallsyms support into a separate file, Aaron Tomlin
    • Re: [PATCH v5 09/13] module: Move kallsyms support into a separate file, Christophe Leroy
      • Re: [PATCH v5 09/13] module: Move kallsyms support into a separate file, Aaron Tomlin
  • Re: [PATCH v5 07/13] module: Move extra signature support out of core code, Michal Suchánek
    • Re: [PATCH v5 07/13] module: Move extra signature support out of core code, Aaron Tomlin
  • Re: [PATCH v5 07/13] module: Move extra signature support out of core code, Christophe Leroy
    • Re: [PATCH v5 07/13] module: Move extra signature support out of core code, Aaron Tomlin
• [PATCH v5 00/13] module: core code clean up, Aaron Tomlin
  • [PATCH v5 01/13] module: Move all into module/, Aaron Tomlin
    • Re: [PATCH v5 01/13] module: Move all into module/, Christophe Leroy
      • Re: [PATCH v5 01/13] module: Move all into module/, Aaron Tomlin
        • Re: [PATCH v5 01/13] module: Move all into module/, Joe Perches
          • Re: [PATCH v5 01/13] module: Move all into module/, Aaron Tomlin
          • Re: [PATCH v5 01/13] module: Move all into module/, Luis Chamberlain
  • [PATCH v5 02/13] module: Simple refactor in preparation for split, Aaron Tomlin
    • Re: [PATCH v5 02/13] module: Simple refactor in preparation for split, Christophe Leroy
      • Re: [PATCH v5 02/13] module: Simple refactor in preparation for split, Aaron Tomlin
  • [PATCH v5 03/13] module: Make internal.h more compliant, Aaron Tomlin
    • Re: [PATCH v5 03/13] module: Make internal.h more compliant, Christophe Leroy
  • [PATCH v5 04/13] module: Move livepatch support to a separate file, Aaron Tomlin
    • Re: [PATCH v5 04/13] module: Move livepatch support to a separate file, Christophe Leroy
    • Re: [PATCH v5 04/13] module: Move livepatch support to a separate file, Christophe Leroy
      • Re: [PATCH v5 04/13] module: Move livepatch support to a separate file, Aaron Tomlin
  • [PATCH v5 06/13] module: Move strict rwx support to a separate file, Aaron Tomlin
    • Re: [PATCH v5 06/13] module: Move strict rwx support to a separate file, Christophe Leroy
      • Re: [PATCH v5 06/13] module: Move strict rwx support to a separate file, Aaron Tomlin
  • [PATCH v5 05/13] module: Move latched RB-tree support to a separate file, Aaron Tomlin
    • Re: [PATCH v5 05/13] module: Move latched RB-tree support to a separate file, Christophe Leroy
      • Re: [PATCH v5 05/13] module: Move latched RB-tree support to a separate file, Aaron Tomlin
• [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured, David Vernet
  • Re: [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured, Joe Lawrence
    • Re: [PATCH] livepatch: Skip livepatch tests if ftrace cannot be configured, David Vernet
  • [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, David Vernet
    • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, Joe Lawrence
    • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, Petr Mladek
      • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, David Vernet
        • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, Petr Mladek
          • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, David Vernet
            • Re: [PATCH v2] livepatch: Skip livepatch tests if ftrace cannot be configured, Joe Lawrence
• [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
  • [RFC PATCH v4 01/13] module: Move all into module/, Aaron Tomlin
  • [RFC PATCH v4 02/13] module: Simple refactor in preparation for split, Aaron Tomlin
  • [RFC PATCH v4 03/13] module: Move livepatch support to a separate file, Aaron Tomlin
    • Re: [RFC PATCH v4 03/13] module: Move livepatch support to a separate file, Petr Mladek
      • Re: [RFC PATCH v4 03/13] module: Move livepatch support to a separate file, Aaron Tomlin
  • [RFC PATCH v4 05/13] module: Move arch strict rwx support to a separate file, Aaron Tomlin
  • [RFC PATCH v4 04/13] module: Move latched RB-tree support to a separate file, Aaron Tomlin
  • [RFC PATCH v4 06/13] module: Move strict rwx support to a separate file, Aaron Tomlin
  • [RFC PATCH v4 11/13] module: Move sysfs support into a separate file, Aaron Tomlin
  • [RFC PATCH v4 12/13] module: Move kdb_modules list out of core code, Aaron Tomlin
  • [RFC PATCH v4 13/13] module: Move version support into a separate file, Aaron Tomlin
  • [RFC PATCH v4 10/13] module: Move procfs support into a separate file, Aaron Tomlin
  • [RFC PATCH v4 09/13] module: Move kallsyms support into a separate file, Aaron Tomlin
  • [RFC PATCH v4 08/13] module: Move kmemleak support to a separate file, Aaron Tomlin
  • [RFC PATCH v4 07/13] module: Move extra signature support out of core code, Aaron Tomlin
    • Re: [RFC PATCH v4 07/13] module: Move extra signature support out of core code, Miroslav Benes
      • Re: [RFC PATCH v4 07/13] module: Move extra signature support out of core code, Aaron Tomlin
  • Re: [RFC PATCH v4 00/13] module: core code clean up, Allen
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
  • Re: [RFC PATCH v4 00/13] module: core code clean up, Luis Chamberlain
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
  • Re: [RFC PATCH v4 00/13] module: core code clean up, Luis Chamberlain
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Christophe Leroy
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Christophe Leroy
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
        • Re: [RFC PATCH v4 00/13] module: core code clean up, Christophe Leroy
          • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
            • RE: [RFC PATCH v4 00/13] module: core code clean up, Christophe Leroy
              • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Christophe Leroy
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Michal Suchánek
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Luis Chamberlain
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Luis Chamberlain
      • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
    • Re: [RFC PATCH v4 00/13] module: core code clean up, Aaron Tomlin
• [RFC PATCH v3 00/13] module: core code clean up, Aaron Tomlin
  • [RFC PATCH v3 01/13] module: Move all into module/, Aaron Tomlin
  • [RFC PATCH v3 03/13] module: Move livepatch support to a separate file, Aaron Tomlin
    • Re: [RFC PATCH v3 03/13] module: Move livepatch support to a separate file, Joe Perches
  • [RFC PATCH v3 02/13] module: Simple refactor in preparation for split, Aaron Tomlin
  • [RFC PATCH v3 05/13] module: Move arch strict rwx support to a separate file, Aaron Tomlin
  • [RFC PATCH v3 04/13] module: Move latched RB-tree support to a separate file, Aaron Tomlin
  • [RFC PATCH v3 06/13] module: Move strict rwx support to a separate file, Aaron Tomlin
  • [RFC PATCH v3 07/13] module: Move extra signature support out of core code, Aaron Tomlin
  • [RFC PATCH v3 08/13] module: Move kmemleak support to a separate file, Aaron Tomlin
  • [RFC PATCH v3 10/13] module: Move procfs support into a separate file, Aaron Tomlin
  • [RFC PATCH v3 09/13] module: Move kallsyms support into a separate file, Aaron Tomlin
  • [RFC PATCH v3 11/13] module: Move sysfs support into a separate file, Aaron Tomlin
  • [RFC PATCH v3 13/13] module: Move version support into a separate file, Aaron Tomlin
  • [RFC PATCH v3 12/13] module: Move kdb_modules list out of core code, Aaron Tomlin
  • Re: [RFC PATCH v3 00/13] module: core code clean up, Oleksandr Natalenko
• [PATCH v13 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks, madvenka
  • [PATCH v13 01/11] arm64: Remove NULL task check from unwind_frame(), madvenka
  • [PATCH v13 02/11] arm64: Rename unwinder functions, madvenka
  • [PATCH v13 03/11] arm64: Rename stackframe to unwind_state, madvenka
  • [PATCH v13 04/11] arm64: Split unwind_init(), madvenka
    • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Mark Brown
      • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Madhavan T. Venkataraman
        • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Madhavan T. Venkataraman
          • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Mark Brown
    • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Mark Rutland
      • Re: [PATCH v13 04/11] arm64: Split unwind_init(), Madhavan T. Venkataraman
  • [PATCH v13 05/11] arm64: Copy the task argument to unwind_state, madvenka
    • Re: [PATCH v13 05/11] arm64: Copy the task argument to unwind_state, Mark Brown
    • Re: [PATCH v13 05/11] arm64: Copy the task argument to unwind_state, Mark Rutland
      • Re: [PATCH v13 05/11] arm64: Copy the task argument to unwind_state, Madhavan T. Venkataraman
  • [PATCH v13 07/11] arm64: Make the unwind loop in unwind() similar to other architectures, madvenka
  • [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), madvenka
    • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Brown
      • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
        • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Brown
          • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
    • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Rutland
      • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
      • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
        • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Brown
          • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
            • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Brown
              • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
              • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Miroslav Benes
                • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
              • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Josh Poimboeuf
        • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Rutland
          • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Mark Rutland
            • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
          • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
          • Re: [PATCH v13 06/11] arm64: Use stack_trace_consume_fn and rename args to unwind(), Madhavan T. Venkataraman
  • [PATCH v13 08/11] arm64: Introduce stack trace reliability checks in the unwinder, madvenka
  • [PATCH v13 09/11] arm64: Create a list of SYM_CODE functions, check return PC against list, madvenka
  • [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, madvenka
    • RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, nobuta.keiya@xxxxxxxxxxx
      • Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, Madhavan T. Venkataraman
        • RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, nobuta.keiya@xxxxxxxxxxx
          • Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, Madhavan T. Venkataraman
            • RE: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, nobuta.keiya@xxxxxxxxxxx
      • Re: [PATCH v13 11/11] arm64: Select HAVE_RELIABLE_STACKTRACE, Mark Brown
  • [PATCH v13 10/11] arm64: Introduce arch_stack_walk_reliable(), madvenka
• [GIT PULL] livepatching for 5.17, Petr Mladek
  • Re: [GIT PULL] livepatching for 5.17, pr-tracker-bot
• Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file, Petr Mladek
  • Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file, David Vernet
  • Re: [RFC PATCH v2 03/13] module: Move livepatch support to a separate file, Aaron Tomlin
• [PATCH v12 00/10] arm64: Reorganize the unwinder and implement stack trace reliability checks, madvenka
  • [PATCH v12 01/10] arm64: Remove NULL task check from unwind_frame(), madvenka
    • Re: [PATCH v12 01/10] arm64: Remove NULL task check from unwind_frame(), Mark Rutland
  • [PATCH v12 02/10] arm64: Rename unwinder functions, madvenka
    • Re: [PATCH v12 02/10] arm64: Rename unwinder functions, Mark Rutland
  • [PATCH v12 03/10] arm64: Rename stackframe to unwind_state, madvenka
    • Re: [PATCH v12 03/10] arm64: Rename stackframe to unwind_state, Mark Brown
    • Re: [PATCH v12 03/10] arm64: Rename stackframe to unwind_state, Mark Rutland
  • [PATCH v12 04/10] arm64: Split unwind_init(), madvenka
    • Re: [PATCH v12 04/10] arm64: Split unwind_init(), Mark Rutland
      • Re: [PATCH v12 04/10] arm64: Split unwind_init(), Madhavan T. Venkataraman
  • [PATCH v12 06/10] arm64: Make the unwind loop in unwind() similar to other architectures, madvenka
  • [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state, madvenka
    • Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state, Mark Brown
    • Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state, Mark Rutland
      • Re: [PATCH v12 05/10] arm64: Copy unwind arguments to unwind_state, Madhavan T. Venkataraman
  • [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder, madvenka
    • Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder, Mark Brown
      • Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder, Madhavan T. Venkataraman
        • Re: [PATCH v12 07/10] arm64: Introduce stack trace reliability checks in the unwinder, Mark Brown
  • [PATCH v12 08/10] arm64: Create a list of SYM_CODE functions, check return PC against list, madvenka
  • [PATCH v12 09/10] arm64: Introduce arch_stack_walk_reliable(), madvenka
  • [PATCH v12 10/10] arm64: Select HAVE_RELIABLE_STACKTRACE, madvenka
• [PATCH bpf-next v5 1/9] kernel: Add kallsyms_on_each_symbol variant for single module, Kumar Kartikeya Dwivedi
• [PATCH] livepatch: Avoid CPU hogging with cond_resched, David Vernet
  • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Miroslav Benes
  • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Song Liu
    • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Petr Mladek
      • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, David Vernet
  • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Petr Mladek
  • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Joe Lawrence
    • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Song Liu
      • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Joe Lawrence
        • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Song Liu
  • <Possible follow-ups>
  • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, David Vernet
    • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Kumar Kartikeya Dwivedi
    • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, Petr Mladek
      • Re: [PATCH] livepatch: Avoid CPU hogging with cond_resched, David Vernet
• [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch(), Yang Yingliang
  • Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch(), David Vernet
    • Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch(), Petr Mladek
  • Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch(), Petr Mladek
    • Re: [PATCH -next] livepatch: Fix missing unlock on error in klp_enable_patch(), Petr Mladek
• [PATCH v9 00/15] Function Granular KASLR, Alexander Lobakin
  • [PATCH v9 01/15] modpost: fix removing numeric suffixes, Alexander Lobakin
    • Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes, Borislav Petkov
      • Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes, Alexander Lobakin
        • Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes, Borislav Petkov
          • Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes, Alexander Lobakin
    • Re: [PATCH v9 01/15] modpost: fix removing numeric suffixes, Miroslav Benes
  • [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Alexander Lobakin
    • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Borislav Petkov
      • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Fāng-ruì Sòng
        • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Miroslav Benes
          • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Alexander Lobakin
            • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Fāng-ruì Sòng
      • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Alexander Lobakin
    • Re: [PATCH v9 02/15] livepatch: use `-z unique-symbol` if available to nuke pos-based search, Miroslav Benes
  • [PATCH v9 05/15] x86: support ASM function sections, Alexander Lobakin
    • Re: [PATCH v9 05/15] x86: support ASM function sections, Borislav Petkov
      • Re: [PATCH v9 05/15] x86: support ASM function sections, Alexander Lobakin
  • [PATCH v9 06/15] x86: decouple ORC table sorting into a separate file, Alexander Lobakin
  • [PATCH v9 08/15] x86/tools: Add relative relocs for randomized functions, Alexander Lobakin
  • [PATCH v9 07/15] Makefile: Add build and config option for CONFIG_FG_KASLR, Alexander Lobakin
  • [PATCH v9 09/15] x86: Add support for function granular KASLR, Alexander Lobakin
  • [PATCH v9 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Alexander Lobakin
  • [PATCH v9 11/15] x86/boot: allow FG-KASLR to be selected, Alexander Lobakin
  • [PATCH v9 03/15] kallsyms: Hide layout, Alexander Lobakin
    • Re: [PATCH v9 03/15] kallsyms: Hide layout, Borislav Petkov
      • Re: [PATCH v9 03/15] kallsyms: Hide layout, Alexander Lobakin
        • Re: [PATCH v9 03/15] kallsyms: Hide layout, Borislav Petkov
    • Re: [PATCH v9 03/15] kallsyms: Hide layout, Borislav Petkov
  • [PATCH v9 13/15] module: use a scripted approach for FG-KASLR, Alexander Lobakin
  • [PATCH v9 14/15] Documentation: add documentation for FG-KASLR, Alexander Lobakin
  • [PATCH v9 04/15] arch: introduce ASM function sections, Alexander Lobakin
    • Re: [PATCH v9 04/15] arch: introduce ASM function sections, Borislav Petkov
      • Re: [PATCH v9 04/15] arch: introduce ASM function sections, Nicolas Pitre
        • Re: [PATCH v9 04/15] arch: introduce ASM function sections, Borislav Petkov
  • [PATCH v9 15/15] maintainers: add MAINTAINERS entry for FG-KASLR, Alexander Lobakin
  • [PATCH v9 12/15] module: Reorder functions, Alexander Lobakin
  • Re: [PATCH v9 00/15] Function Granular KASLR, Alexander Lobakin
    • Re: [PATCH v9 00/15] Function Granular KASLR, Peter Zijlstra
  • Re: [PATCH v9 00/15] Function Granular KASLR, Christoph Hellwig
    • Re: [PATCH v9 00/15] Function Granular KASLR, Alexander Lobakin
      • Re: [PATCH v9 00/15] Function Granular KASLR, Christoph Hellwig
• [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path, David Vernet
  • Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path, Petr Mladek
  • Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path, Miroslav Benes
  • Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path, Josh Poimboeuf
  • Re: [PATCH v3] livepatch: Fix kobject refcount bug on klp_init_patch_early failure path, Petr Mladek
• [PATCH v3] Documentation: livepatch: Add livepatch API page, David Vernet
  • Re: [PATCH v3] Documentation: livepatch: Add livepatch API page, Petr Mladek
  • Re: [PATCH v3] Documentation: livepatch: Add livepatch API page, Miroslav Benes
  • Re: [PATCH v3] Documentation: livepatch: Add livepatch API page, Petr Mladek
• [PATCH v2 00/13] Implement livepatch on PPC32 and more, Christophe Leroy
  • [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors, Christophe Leroy
    • Re: [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors, Miroslav Benes
    • Re: [PATCH v2 01/13] livepatch: Fix build failure on 32 bits processors, Joe Lawrence
  • [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Christophe Leroy
    • Re: [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Christophe Leroy
      • Re: [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Steven Rostedt
        • Re: [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Christophe Leroy
          • Re: [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Steven Rostedt
        • Re: [PATCH v2 02/13] tracing: Fix selftest config check for function graph start up test, Michael Ellerman
  • [PATCH v2 03/13] powerpc/module_32: Fix livepatching for RO modules, Christophe Leroy
    • Re: [PATCH v2 03/13] powerpc/module_32: Fix livepatching for RO modules, Joe Lawrence
  • [PATCH v2 04/13] powerpc/ftrace: Add support for livepatch to PPC32, Christophe Leroy
    • Re: [PATCH v2 04/13] powerpc/ftrace: Add support for livepatch to PPC32, Miroslav Benes
  • [PATCH v2 05/13] powerpc/ftrace: Don't save again LR in ftrace_regs_caller() on PPC32, Christophe Leroy
  • [PATCH v2 06/13] powerpc/ftrace: Simplify PPC32's return_to_handler(), Christophe Leroy
  • [PATCH v2 07/13] powerpc/ftrace: Prepare PPC32's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
  • [PATCH v2 08/13] powerpc/ftrace: Prepare PPC64's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
    • Re: [PATCH v2 08/13] powerpc/ftrace: Prepare PPC64's ftrace_caller() for CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Naveen N. Rao
  • [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
    • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Miroslav Benes
    • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Naveen N. Rao
      • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
        • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Michael Ellerman
          • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Naveen N. Rao
            • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
              • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Christophe Leroy
                • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Naveen N. Rao
                  • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Heiko Carstens
                    • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Sven Schnelle
            • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Steven Rostedt
              • Re: [PATCH v2 09/13] powerpc/ftrace: Implement CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Naveen N. Rao
  • [PATCH v2 10/13] powerpc/ftrace: Refactor ftrace_{en/dis}able_ftrace_graph_caller, Christophe Leroy
  • [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller, Christophe Leroy
    • Re: [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller, Naveen N. Rao
      • Re: [PATCH v2 11/13] powerpc/ftrace: directly call of function graph tracer by ftrace caller, Steven Rostedt
  • [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32, Christophe Leroy
    • Re: [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32, Naveen N. Rao
      • Re: [PATCH v2 12/13] powerpc/ftrace: Prepare ftrace_64_mprofile.S for reuse by PPC32, Christophe Leroy
  • [PATCH v2 13/13] powerpc/ftrace: Remove ftrace_32.S, Christophe Leroy
  • Re: [PATCH v2 00/13] Implement livepatch on PPC32 and more, Michael Ellerman
• [PATCH v2] Documentation: livepatch: Add livepatch API page, David Vernet
  • Re: [PATCH v2] Documentation: livepatch: Add livepatch API page, Petr Mladek
    • Re: [PATCH v2] Documentation: livepatch: Add livepatch API page, David Vernet
      • Re: [PATCH v2] Documentation: livepatch: Add livepatch API page, Petr Mladek
• [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
  • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, Josh Poimboeuf
    • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
      • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
        • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
          • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, Josh Poimboeuf
            • Re: [PATCH v2] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
• [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
  • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Josh Poimboeuf
    • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
      • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Song Liu
      • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Josh Poimboeuf
  • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
    • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Miroslav Benes
      • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
        • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Greg Kroah-Hartman
          • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
            • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Greg Kroah-Hartman
              • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
                • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Greg Kroah-Hartman
                  • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
                • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
                  • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Petr Mladek
        • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Miroslav Benes
    • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, Greg Kroah-Hartman
      • Re: [PATCH] livepatch: Fix leak on klp_init_patch_early failure path, David Vernet
• [PATCH v2 0/2] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
  • [PATCH v2 2/2] selftests/livepatch: Test of the API for specifying functions to search for on a stack, Miroslav Benes
  • [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
    • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Josh Poimboeuf
      • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
        • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Petr Mladek
          • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Petr Mladek
            • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Josh Poimboeuf
              • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Petr Mladek
                • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Josh Poimboeuf
                  • Re: [PATCH v2 1/2] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
• [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch, David Vernet
  • Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch, Petr Mladek
    • Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch, David Vernet
      • Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch, Petr Mladek
        • Re: [PATCH] Documentation: livepatch: Add kernel-doc link to klp_enable_patch, Miroslav Benes
• Some questions about arm64 live-patching support, Hubin
  • Re: Some questions about arm64 live-patching support, Madhavan T. Venkataraman
    • Re: Some questions about arm64 live-patching support, Madhavan T. Venkataraman
• Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules, Joe Lawrence
  • Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules, Russell Currey
    • Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules, Michael Ellerman
      • Re: [PATCH] powerpc/module_64: Fix livepatching for RO modules, Joe Lawrence
• [PATCH v8 00/14] Function Granular KASLR, Alexander Lobakin
  • [PATCH v8 01/14] x86: Makefile: Add build and config option for CONFIG_FG_KASLR, Alexander Lobakin
  • [PATCH v8 02/14] x86/tools: Add relative relocs for randomized functions, Alexander Lobakin
  • [PATCH v8 03/14] x86: Add support for function granular KASLR, Alexander Lobakin
    • Re: [PATCH v8 03/14] x86: Add support for function granular KASLR, Peter Zijlstra
      • Re: [PATCH v8 03/14] x86: Add support for function granular KASLR, Alexander Lobakin
    • Re: [PATCH v8 03/14] x86: Add support for function granular KASLR, Peter Zijlstra
  • [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections, Alexander Lobakin
    • Re: [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections, Peter Zijlstra
      • Re: [PATCH v8 04/14] linkage: add macros for putting ASM functions into own sections, Alexander Lobakin
  • [PATCH v8 07/14] kallsyms: Hide layout, Alexander Lobakin
    • Re: [PATCH v8 07/14] kallsyms: Hide layout, Peter Zijlstra
      • Re: [PATCH v8 07/14] kallsyms: Hide layout, Ard Biesheuvel
        • Re: [PATCH v8 07/14] kallsyms: Hide layout, Josh Poimboeuf
  • [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR, Alexander Lobakin
    • Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR, Peter Zijlstra
      • Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR, Alexander Lobakin
      • Re: [PATCH v8 08/14] livepatch: only match unique symbols when using FG-KASLR, Josh Poimboeuf
  • [PATCH v8 06/14] FG-KASLR: use a scripted approach to handle .text.* sections, Alexander Lobakin
    • Re: [PATCH v8 06/14] FG-KASLR: use a scripted approach to handle .text.* sections, Peter Zijlstra
  • [PATCH v8 10/14] arm64/crypto: conditionally place ASM functions into separate sections, Alexander Lobakin
  • [PATCH v8 09/14] x86/boot: allow FG-KASLR to be selected, Alexander Lobakin
  • [PATCH v8 12/14] module: use a scripted approach for FG-KASLR, Alexander Lobakin
  • [PATCH v8 13/14] Documentation: add documentation for FG-KASLR, Alexander Lobakin
  • [PATCH v8 14/14] maintainers: add MAINTAINERS entry for FG-KASLR, Alexander Lobakin
  • [PATCH v8 11/14] module: Reorder functions, Alexander Lobakin
    • Re: [PATCH v8 11/14] module: Reorder functions, Peter Zijlstra
  • Message not available
    • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Peter Zijlstra
      • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Alexander Lobakin
        • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Peter Zijlstra
          • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, H.J. Lu
          • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Nicolas Pitre
            • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Ard Biesheuvel
            • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Peter Zijlstra
      • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Alexander Lobakin
        • Re: [PATCH v8 05/14] x86: conditionally place regular ASM functions into separate sections, Nicolas Pitre
  • Re: [PATCH v8 00/14] Function Granular KASLR, Peter Zijlstra
    • Re: [PATCH v8 00/14] Function Granular KASLR, Alexander Lobakin
      • Re: [PATCH v8 00/14] Function Granular KASLR, Peter Zijlstra
• [PATCH v11 0/5] arm64: Reorganize the unwinder and implement stack trace reliability checks, madvenka
  • [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), madvenka
    • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Mark Brown
    • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Mark Rutland
      • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Madhavan T. Venkataraman
        • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Mark Rutland
          • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Madhavan T. Venkataraman
            • Re: [PATCH v11 1/5] arm64: Call stack_backtrace() only from within walk_stackframe(), Madhavan T. Venkataraman
  • [PATCH v11 2/5] arm64: Rename unwinder functions, madvenka
    • Re: [PATCH v11 2/5] arm64: Rename unwinder functions, Mark Brown
    • Re: [PATCH v11 2/5] arm64: Rename unwinder functions, Mark Rutland
      • Re: [PATCH v11 2/5] arm64: Rename unwinder functions, Madhavan T. Venkataraman
  • [PATCH v11 3/5] arm64: Make the unwind loop in unwind() similar to other architectures, madvenka
    • Re: [PATCH v11 3/5] arm64: Make the unwind loop in unwind() similar to other architectures, Mark Brown
  • [PATCH v11 5/5] arm64: Create a list of SYM_CODE functions, check return PC against list, madvenka
    • Re: [PATCH v11 5/5] arm64: Create a list of SYM_CODE functions, check return PC against list, Mark Brown
  • [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder, madvenka
    • Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder, Mark Brown
      • Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder, Madhavan T. Venkataraman
        • Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder, Mark Brown
          • Re: [PATCH v11 4/5] arm64: Introduce stack trace reliability checks in the unwinder, Madhavan T. Venkataraman
• Re: CET/IBT support and live-patches, Miroslav Benes
  • Re: CET/IBT support and live-patches, Peter Zijlstra
    • Re: CET/IBT support and live-patches, Miroslav Benes
      • Re: CET/IBT support and live-patches, Peter Zijlstra
      • Re: CET/IBT support and live-patches, Steven Rostedt
        • Re: CET/IBT support and live-patches, Peter Zijlstra
          • Re: CET/IBT support and live-patches, Miroslav Benes
  • Re: CET/IBT support and live-patches, Joe Lawrence
    • Re: CET/IBT support and live-patches, Peter Zijlstra
      • Re: CET/IBT support and live-patches, Joe Lawrence
        • Re: CET/IBT support and live-patches, Josh Poimboeuf
    • Re: CET/IBT support and live-patches, Miroslav Benes
• [PATCH 0/3] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
  • [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
    • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Peter Zijlstra
    • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Josh Poimboeuf
      • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
        • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Joe Lawrence
          • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Petr Mladek
            • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Miroslav Benes
              • Re: [PATCH 2/3] livepatch: Allow user to specify functions to search for on a stack, Petr Mladek
  • [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack, Miroslav Benes
    • Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack, Petr Mladek
      • Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack, Miroslav Benes
        • Re: [PATCH 3/3] selftests/livepatch: Test of the API for specifying functions to search for on a stack, Petr Mladek
  • [PATCH 1/3] livepatch: Move the initialization of old_func to a new function, Miroslav Benes
• Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Josh Poimboeuf
  • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Peter Zijlstra
    • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Josh Poimboeuf
      • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Miroslav Benes
        • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Joe Lawrence
          • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Josh Poimboeuf
            • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Miroslav Benes
      • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Miroslav Benes
        • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Josh Poimboeuf
          • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Miroslav Benes
  • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Petr Mladek
    • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Josh Poimboeuf
      • Re: [PATCH 20/22] x86,word-at-a-time: Remove .fixup usage, Petr Mladek
• [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on, Suraj Jitindar Singh
  • Re: [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on, Mark Rutland
    • RE: [PATCH] arm64: module: Use aarch64_insn_write when updating relocations later on, nobuta.keiya@xxxxxxxxxxx
• [PATCH V4 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
  • [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
    • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Petr Mladek
      • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
        • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Petr Mladek
          • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
            • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Petr Mladek
    • Re: [PATCH V4 1/3] livepatch: remove 'struct completion finish' from klp_patch, Miroslav Benes
  • [PATCH V4 2/3] livepatch: free klp_patch object without holding klp_mutex, Ming Lei
  • [PATCH V4 3/3] livepatch: free klp_patch object synchronously, Ming Lei
    • Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously, Petr Mladek
      • Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously, Ming Lei
        • Re: [PATCH V4 3/3] livepatch: free klp_patch object synchronously, Petr Mladek
• [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
  • [PATCH V3 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
  • [PATCH V3 2/3] livepatch: free klp_patch object without holding klp_mutex, Ming Lei
  • [PATCH V3 3/3] livepatch: free klp_patch object synchronously, Ming Lei
  • Re: [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release, Joe Lawrence
    • Re: [PATCH V3 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
• ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Joe Lawrence
  • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Russell Currey
    • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Joe Lawrence
      • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Christophe Leroy
        • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Joe Lawrence
          • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Christophe Leroy
            • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Joe Lawrence
              • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Christophe Leroy
                • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Joe Lawrence
                  • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Christophe Leroy
    • Re: ppc64le STRICT_MODULE_RWX and livepatch apply_relocate_add() crashes, Suraj Jitindar Singh
• [PATCH V2 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
  • [PATCH V2 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
  • [PATCH V2 2/3] livepatch: free klp_patch object without holding klp_mutex, Ming Lei
  • [PATCH V2 3/3] livepatch: free klp_patch object synchronously, Ming Lei
• [PATCH 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
  • [PATCH 1/3] livepatch: remove 'struct completion finish' from klp_patch, Ming Lei
  • [PATCH 3/3] livepatch: free klp_patch object synchronously, Ming Lei
  • [PATCH 2/3] livepatch: free klp_patch object without holding klp_mutex, Ming Lei
  • Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release, Joe Lawrence
    • Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
      • Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release, Joe Lawrence
        • Re: [PATCH 0/3] livepatch: cleanup kpl_patch kobject release, Ming Lei
• [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
  • [PATCH v1 3/5] powerpc/ftrace: Add module_trampoline_target() for PPC32, Christophe Leroy
  • [PATCH v1 4/5] powerpc/ftrace: Activate HAVE_DYNAMIC_FTRACE_WITH_REGS on PPC32, Christophe Leroy
  • [PATCH v1 1/5] livepatch: Fix build failure on 32 bits processors, Christophe Leroy
    • Re: [PATCH v1 1/5] livepatch: Fix build failure on 32 bits processors, Petr Mladek
  • [PATCH v1 2/5] powerpc/ftrace: No need to read LR from stack in _mcount(), Christophe Leroy
  • [PATCH v1 5/5] powerpc/ftrace: Add support for livepatch to PPC32, Christophe Leroy
    • Re: [PATCH v1 5/5] powerpc/ftrace: Add support for livepatch to PPC32, Petr Mladek
  • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
    • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
      • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
        • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
          • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
            • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
              • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
                • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
                  • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
                    • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
                      • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
                        • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Steven Rostedt
                          • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
              • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Heiko Carstens
                • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
  • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Miroslav Benes
  • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Michael Ellerman
    • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Christophe Leroy
  • Re: [PATCH v1 0/5] Implement livepatch on PPC32, Michael Ellerman
• [PATCH] livepatch: Fix build failure on 32 bits processors, Christophe Leroy
• [PATCH v7 0/2] fix & prevent the missing preemption disabling, 王贇
  • [PATCH v7 1/2] ftrace: disable preemption when recursion locked, 王贇
  • [PATCH v7 2/2] ftrace: do CPU checking after preemption disabled, 王贇
• [PATCH v6 0/2] fix & prevent the missing preemption disabling, 王贇
  • [PATCH v6 1/2] ftrace: disable preemption when recursion locked, 王贇
    • Re: [PATCH v6 1/2] ftrace: disable preemption when recursion locked, Steven Rostedt
      • Re: [PATCH v6 1/2] ftrace: disable preemption when recursion locked, 王贇
  • [PATCH v6 2/2] ftrace: do CPU checking after preemption disabled, 王贇
• [PATCH v5 0/2] fix & prevent the missing preemption disabling, 王贇
  • [PATCH v5 1/2] ftrace: disable preemption when recursion locked, 王贇
    • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, Miroslav Benes
      • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, 王贇
        • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, Steven Rostedt
          • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, 王贇
            • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, Steven Rostedt
              • Re: [PATCH v5 1/2] ftrace: disable preemption when recursion locked, 王贇
    • [PATCH v6] ftrace: disable preemption when recursion locked, 王贇
      • Re: [PATCH v6] ftrace: disable preemption when recursion locked, 王贇
  • [PATCH v5 2/2] ftrace: do CPU checking after preemption disabled, 王贇
• Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
  • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
    • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
      • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Greg KH
        • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
      • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
        • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
          • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
            • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
              • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                  • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
                    • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
                      • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Luis Chamberlain
            • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Miroslav Benes
            • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
              • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Petr Mladek
                • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
              • Re: [PATCH v8 11/12] zram: fix crashes with cpu hotplug multistate, Ming Lei
• [PATCH v2] tracing: Have all levels of checks prevent recursion, Steven Rostedt
  • Re: [PATCH v2] tracing: Have all levels of checks prevent recursion, Steven Rostedt
• [PATCH v4 0/2] fix & prevent the missing preemption disabling, 王贇
  • [PATCH v4 1/2] ftrace: disable preemption when recursion locked, 王贇
  • [PATCH v4 2/2] ftrace: do CPU checking after preemption disabled, 王贇
  • Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling, 王贇
    • Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling, Steven Rostedt
      • Re: [PATCH v4 0/2] fix & prevent the missing preemption disabling, 王贇
• [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
  • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Peter Zijlstra
    • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
      • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
        • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Peter Zijlstra
          • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
            • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
              • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Alexander Lobakin
                • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
                  • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Alexander Lobakin
                    • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
                      • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Jakub Kicinski
            • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Peter Zijlstra
              • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
  • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Petr Mladek
    • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
      • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Petr Mladek
    • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
      • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Petr Mladek
        • Re: [PATCH] tracing: Have all levels of checks prevent recursion, Steven Rostedt
• [PATCH v10 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks, madvenka
  • [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, madvenka
    • Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, Mark Brown
      • Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, Madhavan T. Venkataraman
    • Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, Mark Rutland
      • Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, Mark Rutland
        • Re: [PATCH v10 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, Madhavan T. Venkataraman
  • [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), madvenka
    • Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), Mark Brown
      • Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), Madhavan T. Venkataraman
    • Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), Mark Rutland
      • Re: [PATCH v10 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), Madhavan T. Venkataraman
  • [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk(), madvenka
    • Re: [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk(), Mark Brown
      • Re: [PATCH v10 03/11] arm64: Make get_wchan() use arch_stack_walk(), Madhavan T. Venkataraman
  • [PATCH v10 07/11] arm64: Call stack_backtrace() only from within walk_stackframe(), madvenka
  • [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk(), madvenka
    • Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk(), Mark Rutland
      • Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk(), Mark Rutland
        • Re: [PATCH v10 05/11] arm64: Make dump_stacktrace() use arch_stack_walk(), Madhavan T. Venkataraman
  • [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk(), madvenka
    • RE: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk(), nobuta.keiya@xxxxxxxxxxx
      • Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk(), Madhavan T. Venkataraman
    • Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk(), Mark Rutland
      • Re: [PATCH v10 06/11] arm64: Make profile_pc() use arch_stack_walk(), Madhavan T. Venkataraman
  • [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk(), madvenka
    • Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk(), Mark Brown
      • Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk(), Madhavan T. Venkataraman
    • Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk(), Mark Rutland
      • Re: [PATCH v10 04/11] arm64: Make return_address() use arch_stack_walk(), Madhavan T. Venkataraman
  • [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed, madvenka
    • Re: [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed, Mark Rutland
      • Re: [PATCH v10 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed, Madhavan T. Venkataraman
  • [PATCH v10 09/11] arm64: Make the unwind loop in unwind() similar to other architectures, madvenka
  • [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder, madvenka
    • RE: [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder, nobuta.keiya@xxxxxxxxxxx
      • Re: [PATCH v10 10/11] arm64: Introduce stack trace reliability checks in the unwinder, Madhavan T. Venkataraman
  • [PATCH v10 11/11] arm64: Create a list of SYM_CODE functions, check return PC against list, madvenka
  • Re: [PATCH v10 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks, Madhavan T. Venkataraman
• [PATCH v9 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks, madvenka
  • [PATCH v9 01/11] arm64: Select STACKTRACE in arch/arm64/Kconfig, madvenka
  • [PATCH v9 10/11] arm64: Introduce stack trace reliability checks in the unwinder, madvenka
  • [PATCH v9 11/11] arm64: Create a list of SYM_CODE functions, check return PC against list, madvenka
  • [PATCH v9 02/11] arm64: Make perf_callchain_kernel() use arch_stack_walk(), madvenka
  • [PATCH v9 04/11] arm64: Make return_address() use arch_stack_walk(), madvenka
  • [PATCH v9 03/11] arm64: Make get_wchan() use arch_stack_walk(), madvenka
  • [PATCH v9 05/11] arm64: Make dump_stacktrace() use arch_stack_walk(), madvenka
  • [PATCH v9 06/11] arm64: Make profile_pc() use arch_stack_walk(), madvenka
  • [PATCH v9 07/11] arm64: Call stack_backtrace() only from within walk_stackframe(), madvenka
  • [PATCH v9 08/11] arm64: Rename unwinder functions, prevent them from being traced and kprobed, madvenka
  • [PATCH v9 09/11] arm64: Make the unwind loop in unwind() similar to other architectures, madvenka
  • Re: [PATCH v9 00/11] arm64: Reorganize the unwinder and implement stack trace reliability checks, Madhavan T. Venkataraman
• [PATCH v3 0/2] fix & prevent the missing preemption disabling, 王贇
  • [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
    • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Miroslav Benes
      • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
      • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Steven Rostedt
    • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Petr Mladek
      • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
        • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
        • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Petr Mladek
          • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
            • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Steven Rostedt
      • Re: [PATCH v3 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Steven Rostedt
  • [PATCH v3 2/2] ftrace: do CPU checking after preemption disabled, 王贇
• [RESEND PATCH v2 0/2] fix & prevent the missing preemption disabling, 王贇
  • [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
    • Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Miroslav Benes
      • Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
        • Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Miroslav Benes
          • Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), 王贇
            • Re: [RESEND PATCH v2 1/2] ftrace: disable preemption between ftrace_test_recursion_trylock/unlock(), Steven Rostedt
  • [RESEND PATCH v2 2/2] ftrace: do CPU checking after preemption disabled, 王贇
• [PATCH 0/2] ftrace: make sure preemption disabled on recursion testing, 王贇
  • [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
    • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Steven Rostedt
      • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
    • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Miroslav Benes
      • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Steven Rostedt
        • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
      • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
        • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Steven Rostedt
          • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
    • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Steven Rostedt
      • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
        • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, Steven Rostedt
          • Re: [PATCH 1/2] ftrace: disable preemption on the testing of recursion, 王贇
  • [PATCH 2/2] ftrace: prevent preemption in perf_ftrace_function_call(), 王贇
    • Re: [PATCH 2/2] ftrace: prevent preemption in perf_ftrace_function_call(), Peter Zijlstra