Live Patching

• Thread Index

• [RFC PATCH v3 3/4] arm64: Handle miscellaneous functions in .text and .init.text
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 2/4] arm64: Check the return PC against unreliable code sections
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 1/4] arm64: Introduce stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v3 0/4] arm64: Stack trace reliability checks in the unwinder
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [GIT PULL] livepatching for 5.13
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] livepatching for 5.13
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 1/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v3 0/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v2 0/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: xiaojun.zhao141@xxxxxxxxx
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: xiaojun.zhao141@xxxxxxxxx
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: xiaojun.zhao141@xxxxxxxxx
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: the qemu-nbd process automatically exit with the commit 43347d56c 'livepatch: send a fake signal to all blocking tasks'
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH v2 4/4] arm64: Mark stack trace as unreliable if kretprobed functions are present
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 2/4] arm64: Mark a stack trace unreliable if an EL1 exception frame is detected
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 0/4] arm64: Implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [RFC PATCH v2 1/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 0/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 4/4] arm64: Mark stack trace as unreliable if kretprobed functions are present
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/4] arm64: Mark a stack trace unreliable if an EL1 exception frame is detected
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v1 2/4] arm64: Mark a stack trace unreliable if an EL1 exception frame is detected
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 4/4] arm64: Mark stack trace as unreliable if kretprobed functions are present
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 1/4] arm64: Implement infrastructure for stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 3/4] arm64: Detect FTRACE cases that make the stack trace unreliable
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 0/4] arm64: Implement stack trace reliability checks
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v2] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Implement stack trace termination record
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] livepatch: Replace the fake signal sending with TIF_NOTIFY_SIGNAL infrastructure
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: "dongkai (H)" <dongkai11@xxxxxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH] docs: livepatch: Fix a typo
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH] livepatch: klp_send_signal should treat PF_IO_WORKER like PF_KTHREAD
  • From: Dong Kai <dongkai11@xxxxxxxxxx>
• [RFC PATCH v1 1/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 0/1] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/8] arm64: Terminate the stack trace at TASK_FRAME and EL0_FRAME
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 3/8] arm64: Terminate the stack trace at TASK_FRAME and EL0_FRAME
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Live patching on ARM64
  • From: "Singh, Balbir" <bsingharora@xxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/8] arm64: Terminate the stack trace at TASK_FRAME and EL0_FRAME
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/8] arm64: Terminate the stack trace at TASK_FRAME and EL0_FRAME
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/8] arm64: Implement reliable stack trace
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 8/8] arm64: Implement arch_stack_walk_reliable()
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 6/8] arm64: Check the return PC of every stack frame
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 7/8] arm64: Detect kretprobed functions in stack trace
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 5/8] arm64: Detect an FTRACE frame and mark a stack trace unreliable
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 4/8] arm64: Detect an EL1 exception frame and mark a stack trace unreliable
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 2/8] arm64: Implement frame types
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 0/8] arm64: Implement reliable stack trace
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 1/8] arm64: Implement stack trace termination record
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v2 3/8] arm64: Terminate the stack trace at TASK_FRAME and EL0_FRAME
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RFC] MIPS: livepatch: Add LIVEPATCH basic code
  • From: Jinyang He <hejinyang@xxxxxxxxxxx>
• Re: [PATCH RFC] MIPS: livepatch: Add LIVEPATCH basic code
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH V2] docs: livepatch: Fix a typo and remove the unnecessary gaps in a sentence
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo in the file shadow-vars.rst
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [PATCH] docs: livepatch: Fix a typo in the file shadow-vars.rst
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] docs: livepatch: Fix a typo in the file shadow-vars.rst
  • From: Bhaskar Chowdhury <unixbhaskar@xxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• [PATCH RFC] MIPS: livepatch: Add LIVEPATCH basic code
  • From: Jinyang He <hejinyang@xxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] perf-probe: dso: Add symbols in .text.* subsections to text symbol map in kenrel modules
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: [PATCH] perf-probe: dso: Add symbols in .text.* subsections to text symbol map in kenrel modules
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC PATCH v1 1/1] arm64: Unwinder enhancements for reliable stack trace
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 0/1] arm64: Unwinder enhancements for reliable stack trace
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] perf-probe: dso: Add symbols in .text.* subsections to text symbol map in kenrel modules
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• [PATCH] perf-probe: dso: Add symbols in .text.* subsections to text symbol map in kenrel modules
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] perf-probe: Failback to symbol-base probe for probes on module
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH] perf-probe: Failback to symbol-base probe for probes on module
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: 'perf probe' and symbols from .text.<something>
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [GIT PULL] livepatching for 5.12
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: 'perf probe' and symbols from .text.<something>
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• 'perf probe' and symbols from .text.<something>
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [GIT PULL] x86/urgent for v5.11-rc7
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: module loader dead code removal and cleanups v3
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 01/13] powerpc/powernv: remove get_cxl_module
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 02/13] drm: remove drm_fb_helper_modinit
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/13] drm: remove drm_fb_helper_modinit
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 08/13] module: remove each_symbol_in_section
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 09/13] module: merge each_symbol_section into find_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: module loader dead code removal and cleanups v3
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: module loader dead code removal and cleanups v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: module loader dead code removal and cleanups v3
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 13/13] module: remove EXPORT_UNUSED_SYMBOL*
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 12/13] module: remove EXPORT_SYMBOL_GPL_FUTURE
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 11/13] module: move struct symsearch to module.c
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 07/13] module: mark module_mutex static
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 06/13] kallsyms: only build {,module_}kallsyms_on_each_symbol when required
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 07/13] module: mark module_mutex static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/13] module: remove each_symbol_in_section
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] module: remove EXPORT_SYMBOL_GPL_FUTURE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/13] module: remove EXPORT_UNUSED_SYMBOL*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/13] module: move struct symsearch to module.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/13] module: merge each_symbol_section into find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/13] kallsyms: only build {,module_}kallsyms_on_each_symbol when required
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/13] module: unexport find_module and module_mutex
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Christoph Hellwig <hch@xxxxxx>
• module loader dead code removal and cleanups v3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/13] powerpc/powernv: remove get_cxl_module
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/13] drm: remove drm_fb_helper_modinit
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 07/13] module: mark module_mutex static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/13] module: move struct symsearch to module.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] module: pass struct find_symbol_args to find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] module: remove EXPORT_SYMBOL_GPL_FUTURE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/13] module: use RCU to synchronize find_module
  • From: Christoph Hellwig <hch@xxxxxx>
• module loader dead code removal and cleanups v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/13] module: unexport find_module and module_mutex
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/13] powerpc/powernv: remove get_cxl_module
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/13] livepatch: refactor klp_init_object
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/13] livepatch: refactor klp_init_object
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/13] module: remove EXPORY_UNUSED_SYMBOL*
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/13] module: remove EXPORY_UNUSED_SYMBOL*
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 03/13] livepatch: refactor klp_init_object
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH 04/13] livepatch: move klp_find_object_module to module.c
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Live patching on ARM64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] livepatch: move klp_find_object_module to module.c
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH 04/13] livepatch: move klp_find_object_module to module.c
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• module loader dead code removal and cleanusp
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/13] powerpc/powernv: remove get_cxl_module
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/13] module: add a module_loaded helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/13] livepatch: move klp_find_object_module to module.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/13] kallsyms: refactor {,module_}kallsyms_on_each_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• RE: [PATCH 02/13] module: add a module_loaded helper
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/13] module: add a module_loaded helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/13] module: add a module_loaded helper
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 01/13] powerpc/powernv: remove get_cxl_module
  • From: Andrew Donnellan <ajd@xxxxxxxxxxxxx>
• Re: [PATCH 08/13] drm: remove drm_fb_helper_modinit
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 08/13] drm: remove drm_fb_helper_modinit
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/13] drm: remove drm_fb_helper_modinit
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 07/13] module: mark module_mutex static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/13] drm: remove drm_fb_helper_modinit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/13] kallsyms: only build {,module_}kallsyms_on_each_symbol when required
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/13] module: remove EXPORY_UNUSED_SYMBOL*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] module: remove EXPORT_SYMBOL_GPL_FUTURE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] module: merge each_symbol_section into find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/13] module: pass struct find_symbol_args to find_symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/13] module: remove each_symbol_in_section
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/13] livepatch: refactor klp_init_object
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Live patching on ARM64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [PATCH v6 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v6 1/2] Documentation: livepatch: Convert to automatically generated contents
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v6 2/2] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Live patching on ARM64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: Live patching on ARM64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 2/2] Documentation: livepatch: document reliable stacktrace
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v5 2/2] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 1/2] Documentation: livepatch: Convert to automatically generated contents
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 0/2] Documentation: livepatch: Document reliable stacktrace and minor cleanup
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4] Documentation: livepatch: document reliable stacktrace
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: Live patching on ARM64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v4] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v3] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Live patching on ARM64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Live patching on ARM64
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: Live patching on ARM64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 3/3 v7] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/3 v7] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3 v7] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [for-next][PATCH 3/4] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3 v7] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3 v6] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3 v6] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 3/3 v6] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3 v5] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3 v5] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3 v5] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [for-next][PATCH 07/17] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 11/17] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3 v5] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 06/17] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3 v4] livepatch: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 07/11 v3] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 06/11 v3] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 07/11 v3] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
• [PATCH 06/11 v3] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
• [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt (VMware) <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 11/11 v2.1] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 07/11 v2] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 07/11 v2] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 06/11 v2] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 07/11 v2] livepatch: Trigger WARNING if livepatch function fails due to recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 3/3 v3] livepatching: Use the default ftrace_ops instead of REGS when ARGS is available
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 6/9] livepatch/ftrace: Add recursion protection to the ftrace callback
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] Documentation: livepatch: document reliable stacktrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [GIT PULL] livepatching for 5.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 0/3] arm64: Implement reliable stack trace
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [GIT PULL] livepatching for 5.10
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• livepatching.git#for-linus rebased
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] x86/unwind/orc: fix inactive tasks with stack pointer in %sp
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET RFC v3 0/6] Add support for TIF_NOTIFY_SIGNAL
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Patching kthread functions
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Patching kthread functions
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: Patching kthread functions
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Patching kthread functions
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: Patching kthread functions
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: Patching kthread functions
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: Patching kthread functions
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: Patching kthread functions
  • From: Nicolai Stange <nstange@xxxxxxx>
• Re: Patching kthread functions
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Patching kthread functions
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Function Granular KASLR
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v5 10/10] livepatch: only match unique symbols when using fgkaslr
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH v5 10/10] livepatch: only match unique symbols when using fgkaslr
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.9-rc5
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.9-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.9-rc5
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.9-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] livepatching for 5.9-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] livepatching for 5.9-rc5
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: refactoring livepatch documentation was Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 2/2] samples/livepatch: Add README.rst disclaimer
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: refactoring livepatch documentation was Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH] selftests/livepatch: Do not check order when using "comm" for dmesg checking
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• refactoring livepatch documentation was Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 2/2] samples/livepatch: Add README.rst disclaimer
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [GIT PULL] livepatching for 5.9
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Evgenii Shatokhin <eshatokhin@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] modules: mark find_symbol static
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 2/7] modules: mark find_symbol static
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/7] modules: mark find_symbol static
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] modules: mark find_symbol static
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kristen Carlson Accardi <kristen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Function Granular KASLR
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH 1/2] docs/livepatch: Add new compiler considerations doc
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH 2/2] samples/livepatch: Add README.rst disclaimer
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH 0/2] livepatch: Add compiler optimization disclaimer/docs
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 0/2] x86/unwind: A couple of fixes for newly forked tasks
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled"
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH 1/2] x86/unwind/orc: Fix ORC for newly forked tasks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH 2/2] x86/stacktrace: Fix reliable check for empty user task stacks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH 0/2] x86/unwind: A couple of fixes for newly forked tasks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 2/3] module: Add lock_modules() and unlock_modules()
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v3 2/3] module: Add lock_modules() and unlock_modules()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2] selftests/livepatch: adopt to newer sysctl error format
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 2/3] module: Add lock_modules() and unlock_modules()
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] kprobes: Remove MODULES dependency
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/livepatch: adopt to newer sysctl error format
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2] selftests/livepatch: adopt to newer sysctl error format
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 23 (objtool (2))
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2] selftests/livepatch: adopt to newer sysctl error format
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] module: Add lock_modules() and unlock_modules()
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v2] selftests/livepatch: adopt to newer sysctl error format
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] selftests/livepatch: Use "comm" instead of "diff" for dmesg
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 2/3] module: Add lock_modules() and unlock_modules()
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: Use "comm" instead of "diff" for dmesg
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: Use "comm" instead of "diff" for dmesg
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: adopt to newer sysctl error format
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• [PATCH] selftests/livepatch: Use "comm" instead of "diff" for dmesg
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: adopt to newer sysctl error format
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] selftests/livepatch: adopt to newer sysctl error format
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] selftests/livepatch: adopt to newer sysctl error format
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 1/2] kbuild: introduce ccflags-remove-y and asflags-remove-y
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH v2 1/2] kbuild: introduce ccflags-remove-y and asflags-remove-y
  • From: Brendan Higgins <brendanhiggins@xxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 1/2] kbuild: introduce ccflags-remove-y and asflags-remove-y
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: Live patching MC at LPC2020?
  • From: Michael Matz <matz@xxxxxxx>
• Re: Live patching MC at LPC2020?
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• Re: Live patching MC at LPC2020?
  • From: Alice <alicef@xxxxxxxxxx>
• Re: Live patching MC at LPC2020?
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 0/3] selftests/livepatch: small script cleanups
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v3 2/3] selftests/livepatch: refine dmesg 'taints' in dmesg comparison
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v3 3/3] selftests/livepatch: add test delimiter to dmesg
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v3 0/3] selftests/livepatch: small script cleanups
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v2 2/4] selftests/livepatch: use $(dmesg --notime) instead of manually filtering
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v2 2/4] selftests/livepatch: use $(dmesg --notime) instead of manually filtering
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 0/4] selftests/livepatch: small script cleanups
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• Re: [PATCH v2 0/4] selftests/livepatch: small script cleanups
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 0/4] selftests/livepatch: small script cleanups
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 0/4] selftests/livepatch: small script cleanups
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] selftests/livepatch: add test delimiter to dmesg
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v2 1/4] selftests/livepatch: Don't clear dmesg when running tests
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v2 3/4] selftests/livepatch: refine dmesg 'taints' in dmesg comparison
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v2 0/4] selftests/livepatch: small script cleanups
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH v2 2/4] selftests/livepatch: use $(dmesg --notime) instead of manually filtering
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 2/3] selftests/livepatch: use $(dmesg --notime) instead of manually filtering
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH 1/3] selftests/livepatch: Don't clear dmesg when running tests
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH 2/3] selftests/livepatch: use $(dmesg --notime) instead of manually filtering
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH 3/3] selftests/livepatch: filter 'taints' from dmesg comparison
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• [PATCH 0/3] selftests/livepatch: small script cleanups
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH v2 1/4] selftests/livepatch: simplify test-klp-callbacks busy target tests
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v4 11/11] module: Make module_enable_ro() static again
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 11/11] module: Make module_enable_ro() static again
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v4 11/11] module: Make module_enable_ro() static again
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] selftests/livepatch: simplify test-klp-callbacks busy target tests
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v2 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 1/4] selftests/livepatch: simplify test-klp-callbacks busy target tests
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• Re: [GIT PULL] livepatching for 5.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] module: make module symbols visible after init
  • From: "chengjian (D)" <cj.chengjian@xxxxxxxxxx>
• Re: [PATCH] module: make module symbols visible after init
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH] module: make module symbols visible after init
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• [GIT PULL] livepatching for 5.8
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH v2 2/4] selftests/livepatch: rework test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH v2 0/4] selftests/livepatch: rework of test-klp-{callbacks,shadow_vars}
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH v2 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH v2 4/4] selftests/livepatch: fix mem leaks in test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH v2 1/4] selftests/livepatch: simplify test-klp-callbacks busy target tests
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• Re: [PATCH] module: make module symbols visible after init
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH] module: make module symbols visible after init
  • From: Cheng Jian <cj.chengjian@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 4/4] selftests/livepatch: fix mem leaks in test-klp-shadow-vars
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 2/4] selftests/livepatch: rework test-klp-shadow-vars
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/4] selftests/livepatch: rework test-klp-callbacks to use completion variables
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 0/4] selftests/livepatch: rework of test-klp-{callbacks,shadow_vars}
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: "Wangshaobo (bobo)" <bobo.shaobowang@xxxxxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 0/4] selftests/livepatch: rework of test-klp-{callbacks,shadow_vars}
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: Question: livepatch failed for new fork() task stack unreliable
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 0/4] selftests/livepatch: rework of test-klp-{callbacks,shadow_vars}
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Question: livepatch failed for new fork() task stack unreliable
  • From: Wang ShaoBo <bobo.shaobowang@xxxxxxxxxx>
• [PATCH 2/4] selftests/livepatch: rework test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH 3/4] selftests/livepatch: more verification in test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH 4/4] selftests/livepatch: fix mem leaks in test-klp-shadow-vars
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH 1/4] selftests/livepatch: rework test-klp-callbacks to use completion variables
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• [PATCH 0/4] selftests/livepatch: rework of test-klp-{callbacks,shadow_vars}
  • From: Yannick Cote <ycote@xxxxxxxxxx>
• Re: linux-next: Tree for May 21 (objtool warnings)
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: linux-next: Tree for May 21 (objtool warnings)
  • From: Martin Jambor <mjambor@xxxxxxx>
• Re: linux-next: Tree for May 21 (objtool warnings)
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] MAINTAINERS: add lib/livepatch to LIVE PATCHING
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add lib/livepatch to LIVE PATCHING
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH] MAINTAINERS: add lib/livepatch to LIVE PATCHING
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update LIVE PATCHING file list
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH] MAINTAINERS: Update LIVE PATCHING file list
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next v2] livepatch: Make klp_apply_object_relocs static
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: adjust to livepatch .klp.arch removal
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [PATCH -next v2] livepatch: Make klp_apply_object_relocs static
  • From: Samuel Zou <zou_wei@xxxxxxxxxx>
• Re: [PATCH -next] livepatch: Make klp_apply_object_relocs static
  • From: Samuel Zou <zou_wei@xxxxxxxxxx>
• Re: [PATCH -next] livepatch: Make klp_apply_object_relocs static
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH -next] livepatch: Make klp_apply_object_relocs static
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH -next] livepatch: Make klp_apply_object_relocs static
  • From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
• [PATCH -next] livepatch: Make klp_apply_object_relocs static
  • From: Samuel Zou <zou_wei@xxxxxxxxxx>
• Re: [PATCH v4 00/11] livepatch,module: Remove .klp.arch and module_disable_ro()
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v4 05/11] s390: Change s390_kernel_write() return type to match memcpy()
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH v4 05/11] s390: Change s390_kernel_write() return type to match memcpy()
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v4 06/11] s390/module: Use s390_kernel_write() for late relocations
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH v4 06/11] s390/module: Use s390_kernel_write() for late relocations
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v4 00/11] livepatch,module: Remove .klp.arch and module_disable_ro()
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v2 6/9] s390/module: Use s390_kernel_write() for late relocations
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>