Live Patching
[Prev Page][Next Page]
- [PATCH v8 15/21] x86/asm/crypto: Move jump_table to .rodata section
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 16/21] x86/asm/crypto: Fix frame pointer usage in clmul_ghash_mul/update()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 17/21] x86/asm/entry: Fix frame pointer usage in thunk functions
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 18/21] x86/asm/acpi: Fix frame pointer usage in do_suspend_lowlevel()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 19/21] x86/asm: Fix frame pointer usage in rwsem functions
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 21/21] x86/asm/power: Fix frame pointer usage in hibernate_asm_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 20/21] x86/asm/efi: Fix frame pointer usage in efi_call()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 07/21] x86/paravirt: Add stack frame dependency to PVOP inline asm calls
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v8 03/21] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 03/14] kthread: Add drain_kthread_worker()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 01/14] kthread: Allow to call __kthread_create_on_node() with va_list args
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 04/14] kthread: Add destroy_kthread_worker()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 02/14] kthread: Add create_kthread_worker*()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 05/14] kthread: Add wakeup_and_destroy_kthread_worker()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 06/14] kthread: Add kthread_worker_created()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 07/14] mm/huge_page: Convert khugepaged() into kthread worker API
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 09/14] ring_buffer: Initialize completions statically in the benchmark
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 08/14] rcu: Convert RCU gp kthreads into kthread worker API
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 12/14] kthread_worker: Better support freezable kthread workers
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 11/14] ring_buffer: Use kthread worker API for the producer kthread in the benchmark
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 10/14] ring_buffer: Fix more races when terminating the producer in the benchmark
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 13/14] kthread_worker: Add set_kthread_worker_user_nice()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 14/14] kthread_worker: Add set_kthread_worker_scheduler*()
- From: Petr Mladek <pmladek@xxxxxxxx>
- [RFC PATCH 00/14] kthread: Use kthread worker API more widely
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: Revisiting patch dependencies
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: Revisiting patch dependencies
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Revisiting patch dependencies
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: Fix the issue to make livepatch enable/disable patch correctly
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: livepatch sysfs API issue
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH] livepatch: Fix the issue to make livepatch enable/disable patch correctly
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: Fix the issue to make livepatch enable/disable patch correctly
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Namhyung Kim <namhyung@xxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 02/21] stackvalidate: Add C version of STACKVALIDATE_IGNORE_INSN
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 02/21] stackvalidate: Add C version of STACKVALIDATE_IGNORE_INSN
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 02/21] stackvalidate: Add C version of STACKVALIDATE_IGNORE_INSN
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 00/21] x86: Proposed fixes for stackvalidate warnings
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 00/21] x86: Proposed fixes for stackvalidate warnings
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Borislav Petkov <bp@xxxxxxxxx>
- [RFC PATCH 01/21] stackvalidate: Process ignores earlier and add more ignore checks
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 03/21] x86/asm: Add C versions of FRAME and ENDFRAME macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 05/21] x86/xen: Add stack frame dependency to hypercall inline asm calls
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 08/21] x86/paravirt: Align paravirt thunk functions at 16-byte boundaries
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 09/21] x86/amd: Set ELF function type for vide()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 10/21] x86/reboot: Add ljmp instructions to stackvalidate whitelist
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 12/21] sched: Add __schedule() to stackvalidate whitelist
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 11/21] x86/xen: Add xen_cpuid() and xen_setup_gdt() to stackvalidate whitelists
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 14/21] x86/asm/crypto: Move .Lbswap_mask data to .rodata section
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 13/21] x86/asm/crypto: Fix frame pointer usage in aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 15/21] x86/asm/crypto: Move jump_table to .rodata section
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 16/21] x86/asm/crypto: Fix frame pointer usage in clmul_ghash_mul/update()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 18/21] x86/asm/acpi: Fix frame pointer usage in do_suspend_lowlevel()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 17/21] x86/asm/entry: Fix frame pointer usage in thunk functions
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 19/21] x86/asm: Fix frame pointer usage in rwsem functions
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 20/21] x86/asm/efi: Fix frame pointer usage in efi_call()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 21/21] x86/asm/power: Fix frame pointer usage in hibernate_asm_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 07/21] x86/paravirt: Fix frame pointer usage in PV_CALLEE_SAVE_REGS_THUNK
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 06/21] x86/paravirt: Add stack frame dependency to PVOP inline asm calls
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 04/21] x86/hweight: Add stack frame dependency for __arch_hweight*()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 02/21] stackvalidate: Add C version of STACKVALIDATE_IGNORE_INSN
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 00/21] x86: Proposed fixes for stackvalidate warnings
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH v7 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v7 0/4] Compile-time stack validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Miroslav Benes <mbenes@xxxxxxx>
- [PATCH] livepatch: Fix the issue to make livepatch enable/disable patch correctly
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- [RFC PATCH 2/2] Remove relocation code
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH 1/2] Working klp resolve sym functions
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [RFC PATCH 0/2] Use module loader to write relocations
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: livepatch sysfs API issue
- From: Jiri Kosina <jkosina@xxxxxxxx>
- livepatch sysfs API issue
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: klp_disable_func returnes once it does not satisfy the condition
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: [PATCH v7 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- [PATCH v7 1/4] x86/asm: Frame pointer macro cleanup
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v7 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v7 3/4] x86/stackvalidate: Add file and directory ignores
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v7 4/4] x86/stackvalidate: Add ignore macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v7 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH] livepatch: klp_disable_func returnes once it does not satisfy the condition
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH] livepatch: klp_disable_func returnes once it does not satisfy the condition
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jiri Kosina <jkosina@xxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: RFC: removing reloc and module notify code from livepatch
- From: Jiri Kosina <jkosina@xxxxxxxx>
- RFC: removing reloc and module notify code from livepatch
- From: Jessica Yu <jeyu@xxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 4/4] stackvalidate: Add ignore macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 4/4] stackvalidate: Add ignore macros
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 4/4] stackvalidate: Add ignore macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v6 4/4] stackvalidate: Add ignore macros
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v6 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 2/4] x86/stackvalidate: Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 3/4] x86/stackvalidate: Add file and directory ignores
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 4/4] stackvalidate: Add ignore macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 1/4] x86/asm: Frame pointer macro cleanup
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v6 0/4] Compile-time stack validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [GIT PULL] livepatching for 4.2
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: add sysfs interface /sys/kernel/livepatch/state
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [PATCH] livepatch: add sysfs interface /sys/kernel/livepatch/state
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] livepatch: add sysfs interface /sys/kernel/livepatch/state
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [PATCH] livepatch: add sysfs interface /sys/kernel/livepatch/state
- From: Miroslav Benes <mbenes@xxxxxxx>
- [PATCH] livepatch: add sysfs interface /sys/kernel/livepatch/state
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 15/18] ring_buffer: Allow to exit the ring buffer benchmark immediately
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 15/18] ring_buffer: Allow to exit the ring buffer benchmark immediately
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 15/18] ring_buffer: Allow to exit the ring buffer benchmark immediately
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 02/18] kthread: Add API for iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Pedro Alves <palves@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Pedro Alves <palves@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 01/10] x86/asm: Add FP_SAVE/RESTORE frame pointer macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 07/10] x86/asm/acpi: Fix asmvalidate warnings for wakeup_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 02/10] x86: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 09/10] x86/asm/lib: Fix asmvalidate warnings for lib functions
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 10/10] x86/asm/lib: Fix asmvalidate warnings for rwsem.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 08/10] x86/asm/head: Fix asmvalidate warnings for head_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 06/10] x86/asm/efi: Fix asmvalidate warnings for efi_stub_64.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 05/10] x86/asm/crypto: Fix asmvalidate warnings for ghash-clmulni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 03/10] x86/asm/entry: Fix asmvalidate warnings for entry_64_compat.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 04/10] x86/asm/crypto: Fix asmvalidate warnings for aesni-intel_asm.S
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v5 00/10] x86/asm: Compile-time asm code validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 02/18] kthread: Add API for iterant kthreads
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 15/18] ring_buffer: Allow to exit the ring buffer benchmark immediately
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [RFC PATCH 00/18] kthreads/signal: Safer kthread API and signal handling
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 01/18] kthread: Allow to call __kthread_create_on_node() with va_list args
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 03/18] kthread: Add kthread_stop_current()
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 04/18] signal: Rename kernel_sigaction() to kthread_sigaction() and clean it up
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 05/18] freezer/scheduler: Add freezable_cond_resched()
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 02/18] kthread: Add API for iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 08/18] kthread: Allow to get struct kthread_iterant from task_struct
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 06/18] signal/kthread: Initial implementation of kthread signal handling
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 09/18] kthread: Make it easier to correctly sleep in iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 10/18] jffs2: Remove forward definition of jffs2_garbage_collect_thread()
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 11/18] jffs2: Convert jffs2_gcd_mtd kthread into the iterant API
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 14/18] ring_buffer: Allow to cleanly freeze the ring buffer benchmark kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 15/18] ring_buffer: Allow to exit the ring buffer benchmark immediately
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 12/18] lockd: Convert the central lockd service to kthread_iterant API
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 17/18] ring_buffer: Use the new API for a sleep with a timeout in the benchmark
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 16/18] kthread: Support interruptible sleep with a timeout by iterant kthreads
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 18/18] jffs2: Use the new API for a sleep with a timeout
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 13/18] ring_buffer: Use iterant kthreads API in the ring buffer benchmark
- From: Petr Mladek <pmladek@xxxxxxx>
- [RFC PATCH 07/18] kthread: Make iterant kthreads freezable by default
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: Re: [RFC PATCH 0/5] livepatch: add support on arm64
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH] livepatch: add module locking around kallsyms calls
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: add module locking around kallsyms calls
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 0/5] livepatch: add support on arm64
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [PATCH] livepatch: add module locking around kallsyms calls
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH] livepatch: add module locking around kallsyms calls
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH] livepatch: add module locking around kallsyms calls
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [RFC PATCH 0/5] livepatch: add support on arm64
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- [PATCH] livepatch: add module locking around kallsyms calls
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC PATCH 0/5] livepatch: add support on arm64
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [RFC PATCH 0/5] livepatch: add support on arm64
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH 1/5] livepatch: ftrace: arm64: Add support for DYNAMIC_FTRACE_WITH_REGS
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [RFC PATCH 1/5] livepatch: ftrace: arm64: Add support for DYNAMIC_FTRACE_WITH_REGS
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [PATCH] livepatch: match function return value type with prototype
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 3/5] livepatch: ftrace: arm64: Add support for -mfentry on arm64
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 4/5] livepatch: arm64: add support for livepatch on arm64
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 1/5] livepatch: ftrace: arm64: Add support for DYNAMIC_FTRACE_WITH_REGS
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 5/5] livepatch: arm64: support relocation in a module
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 0/5] livepatch: add support on arm64
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- [RFC PATCH 2/5] livepatch: ftrace: add ftrace_function_stub_ip function
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: Re: [RFC 0/4] arm64: add livepatch support
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] livepatch: match function return value type with prototype
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] livepatch: match function return value type with prototype
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- [PATCH] livepatch: match function return value type with prototype
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- livepatch: match function return value type with prototype
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [Patch v2] livepatch: annotate klp_init() with __init
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [Patch v2] livepatch: annotate klp_init() with __init
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [Patch v2] livepatch: annotate klp_init() with __init
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Let compiler put module initialized function to section ".init.text"
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Let compiler put module initialized function to section ".init.text"
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH] livepatch: Let compiler put module initialized function to section ".init.text"
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH 3/3] x86/documentation: Adapt Ingo's explanation on printing backtraces
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 2/3] x86/documentation: Remove STACKFAULT_STACK bulletpoint
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH 1/3] x86/documentation: Move kernel-stacks doc one level up
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] livepatch: make kobject in klp_object statically allocated
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: make kobject in klp_object statically allocated
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- [PATCH 2/2] livepatch: introduce patch/func-walking helpers
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 1/2] livepatch: make kobject in klp_object statically allocated
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- [PATCH v4 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4 2/3] x86: Make push/pop CFI macros arch-independent
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4 3/3] x86, stackvalidate: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4 1/3] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v5] livepatch: Prevent patch inconsistencies if the coming module notifier fails
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v5] livepatch: Prevent patch inconsistencies if the coming module notifier fails
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v5] livepatch: Prevent patch inconsistencies if the coming module notifier fails
- From: Miroslav Benes <mbenes@xxxxxxx>
- [PATCH v5] livepatch: Prevent patch inconsistencies if the coming module notifier fails
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 1/3] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 1/3] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3] livepatch: Prevent to apply the patch once coming module notifier fails
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH v2] livepatch: Prevent livepatch to apply the uninitialized patch
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH v2] livepatch: Prevent livepatch to apply the uninitialized patch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Miroslav Benes <mbenes@xxxxxxx>
- [PATCH v2] livepatch: Prevent livepatch to apply the uninitialized patch
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 3/3] x86, stackvalidate: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 0/3] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 1/3] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 2/3] x86: Make push/pop CFI macros arch-independent
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH] livepatch: match return value to function signature
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH] livepatch: match return value to function signature
- From: Nicholas Mc Guire <hofrat@xxxxxxxxx>
- [PATCH] livepatch: Prevent to enable uninitialized patch
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [RFC kgr on klp 9/9] livepatch: send a fake signal to all tasks
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [RFC kgr on klp 4/9] livepatch: add kgr infrastructure
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC kgr on klp 4/9] livepatch: add kgr infrastructure
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2 2/2] x86, stackvalidate: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 2/2] x86, stackvalidate: Add asm frame pointer setup macros
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH v2 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2 0/2] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2 2/2] x86, stackvalidate: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC kgr on klp 9/9] livepatch: send a fake signal to all tasks
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [RFC kgr on klp 4/9] livepatch: add kgr infrastructure
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [RFC kgr on klp 0/9] kGraft on the top of KLP
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 5/9] livepatch: teach klp about consistency models
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 8/9] livepatch: add kgraft-like patching
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 6/9] livepatch: do not allow failure while really patching
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 4/9] livepatch: add kgr infrastructure
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 7/9] livepatch: propagate the patch status to functions
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 3/9] livepatch: add klp_*_to_patch helpers
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 1/9] livepatch: make kobject in klp_object statically allocated
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 2/9] livepatch: introduce patch/func-walking helpers
- From: Jiri Slaby <jslaby@xxxxxxx>
- [RFC kgr on klp 9/9] livepatch: send a fake signal to all tasks
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v2 1/2] x86: introduce kaslr_offset()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2 1/2] x86: introduce kaslr_offset()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 1/2] x86: introduce kaslr_offset()
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v2 1/2] x86: introduce kaslr_offset()
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH v2 1/2] x86: introduce kaslr_offset()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] x86: introduce kaslr_offset()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- [PATCH 2/2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH 1/2] x86: introduce kaslr_offset()
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH 0/2] introduce kaslr_offset() and its users
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH 0/2] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH 2/2] x86, stackvalidate: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH] livepatch: x86: make kASLR logic more accurate
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Li Bin <huawei.libin@xxxxxxxxxx>
- Re: [RFC 0/4] arm64: add livepatch support
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC 3/4] arm64: ftrace: add DYNAMIC_TRACE_WITH_REGS version
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- [RFC 4/4] arm64: add livepatch support
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- [RFC 2/4] livepatch: adjust a patched function's address
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- [RFC 1/4] ftrace: add a helper function for livepatch
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- [RFC 0/4] arm64: add livepatch support
- From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Justin Keller <justincompsci@xxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Miroslav Benes <mbenes@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <mhuang@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [GIT PULL] livepatching for 4.1
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Petr Mladek <pmladek@xxxxxxx>
- [PATCH 0/2] Fix the bug that function never be patched, if the name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- [PATCH 2/2] livepatch: Fix the bug if the function name is larger than KSYM_NAME_LEN-1
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- [PATCH 1/2] livepatch: Add a new function to verify the address and name match for extra module
- From: Minfei Huang <minfei.huang@xxxxxxxxxxx>
- Re: [PATCH] livepatch: Enhance livepatch to support remove patch module dynamically
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: Enhance livepatch to support remove patch module dynamically
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Enhance livepatch to support remove patch module dynamically
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH] livepatch: Enhance livepatch to support remove patch module dynamically
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: [PATCH] livepatch: Enhance livepatch to support remove patch module dynamically
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 0/2] Compile-time stack frame pointer validation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [RFC PATCH 0/2] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 0/2] Compile-time stack frame pointer validation
- From: Jiri Kosina <jkosina@xxxxxxx>
- [RFC PATCH 1/2] x86, stackvalidate: Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 2/2] x86: Add asm frame pointer setup macros
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [RFC PATCH 0/2] Compile-time stack frame pointer validation
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH v3 1/1] livepatch: add support on s390
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value forenabled_store().
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 1/1] livepatch: add support on s390
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- [PATCH 1/1] livepatch: add support on s390
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value forenabled_store().
- From: Bobby Powers <bobbypowers@xxxxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value forenabled_store().
- From: Xiubo Li <lixiubo@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value forenabled_store().
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value forenabled_store().
- From: Xiubo Li <lixiubo@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] livepatch: fix confusing return value for enabled_store().
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH] livepatch: fix confusing return value for enabled_store().
- From: Xiubo Li <lixiubo@xxxxxxxxxxxxxxxxxxxx>
- [GIT PULL] livepatching fix for 4.0
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v4] livepatch/module: Correctly handle coming and going modules
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v4] livepatch/module: Correctly handle coming and going modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v4] livepatch/module: Correctly handle coming and going modules
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v4] livepatch/module: Correctly handle coming and going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v4] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] livepatch: consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] livepatch: consistency model
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [RFC PATCH 0/9] livepatch: consistency model
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v3] livepatch/module: Correctly handle coming and going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [GIT PULL] livepatching fix for 4.0-rc
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: Re: Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: Re: Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH v2 2/2] livepatch/module: Correctly handle going modules
- From: Petr Mladek <pmladek@xxxxxxx>
- [PATCH v2 1/2] livepatch/module: Apply patch when loaded module is unformed
- From: Petr Mladek <pmladek@xxxxxxx>
- [PATCH v2 0/2] livepatch/module: Avoid races between modules and live patches
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 1/2] livepatch: remove unnecessary call to klp_find_object_module()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 2/2] livepatch: fix patched module loading race
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: [PATCH 1/2] livepatch: remove unnecessary call to klp_find_object_module()
- From: Petr Mladek <pmladek@xxxxxxx>
- [PATCH 2/2] livepatch: fix patched module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH 1/2] livepatch: remove unnecessary call to klp_find_object_module()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- [PATCH 0/2] livepatch: fix patch module loading race
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Jiri Slaby <jslaby@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: [RFC PATCH 0/9] livepatch: consistency model
- From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Petr Mladek <pmladek@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: live patching design (was: Re: [PATCH 1/3] sched: add sched_task_call())
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [GIT PULL] livepatching fixes
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live patching design (was: Re: [PATCH 1/3] sched: add sched_task_call())
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Pavel Machek <pavel@xxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Arjan van de Ven <arjanvandeven@xxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Dave Airlie <airlied@xxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] livepatch: RCU protect struct klp_func all the time when used in klp_ftrace_handler()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live patching design (was: Re: [PATCH 1/3] sched: add sched_task_call())
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: live kernel upgrades (was: live kernel patching design)
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: RCU protect struct klp_func all the time when used in klp_ftrace_handler()
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] livepatch: RCU protect struct klp_func all the time when used in klp_ftrace_handler()
- From: Jiri Kosina <jkosina@xxxxxxx>
- Re: [RFC PATCH 6/9] livepatch: create per-task consistency model
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 6/9] livepatch: create per-task consistency model
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: [RFC PATCH 6/9] livepatch: create per-task consistency model
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 6/9] livepatch: create per-task consistency model
- From: Vojtech Pavlik <vojtech@xxxxxxxx>
- Re: [RFC PATCH 6/9] livepatch: create per-task consistency model
- From: Ingo Molnar <mingo@xxxxxxxxxx>
[Index of Archives]
[Linux Kernel]
[Linux USB Devel]
[Linux SCSI]
[Yosemite Forum]