Linux Alpha

• Thread Index

• RE: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• RE: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 3/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 4/6] bitops: define const_*() versions of the non-atomics
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH v2 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 35/36] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 30/36] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/36] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 07/36] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 09/36] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 25/36] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 27/36] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 22/36] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 05/36] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 26/36] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 11/36] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 28/36] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/36] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 01/36] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 19/36] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 17/36] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 06/36] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 32/36] ftrace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 18/36] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 31/36] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/36] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 36/36] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Martyn Welch <martyn@xxxxxxxxxxxx>
• Re: [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Khalid Aziz <khalid@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 3/6] bitops: define gen_test_bit() the same way as the rest of functions
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 1/6] ia64, processor: fix -Wincompatible-pointer-types in ia64_get_irr()
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 4/6] bitops: unify non-atomic bitops prototypes across architectures
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 2/6] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 5/6] bitops: wrap non-atomic bitops with a transparent macro
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 6/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• [PATCH 0/6] bitops: let optimize out non-atomic bitops on compile-time constants
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 5/6] scsi: remove stale BusLogic driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] arch/*/: remove CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 4/6] scsi: dpt_i2o: drop stale VIRT_TO_BUS dependency
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/6] vme: move back to staging
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/6] vme: remove ca91cx42 Universe-II support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/6] phase out CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/6] media: sta2x11: remove VIRT_TO_BUS dependency
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 27/37] alpha: fix alloc_zeroed_user_highpage_movable()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 33/48] alpha: fix alloc_zeroed_user_highpage_movable()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.18 34/49] alpha: fix alloc_zeroed_user_highpage_movable()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v5] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Scott Branden <scott.branden@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] signals: Support more than 64 signals
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH 01/16] signal/alpha: Remove unused definition of TASK_REAL_PARENT
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Scott Branden <scott.branden@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "d.hatayama@xxxxxxxxxxx" <d.hatayama@xxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 3/3] termbits.h: Remove posix_types.h include
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 2/3] termbits.h: Align lines & format
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 1/3] termbits.h: create termbits-common.h for identical bits
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH 0/3] termbits.h: Further improvements
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix comment typo
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix comment typo
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] alpha: Fix comment typo
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Alpha: rare random memory corruption/segfault in user space bisected
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 24/30] panic: Refactor the panic path
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 13/30] s390/consoles: Improve panic notifiers reliability
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 13/30] s390/consoles: Improve panic notifiers reliability
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• RE: [PATCH 24/30] panic: Refactor the panic path
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [RFC v2 01/39] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: Xiaoming Ni <nixiaoming@xxxxxxxxxx>
• Re: [PATCH 24/30] panic: Refactor the panic path
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 30/30] um: Avoid duplicate call to kmsg_dump()
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 26/30] Drivers: hv: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 25/30] panic, printk: Add console flush parameter and convert panic_print to a notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 27/30] powerpc: Do not force all panic notifiers to execute before kdump
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 28/30] panic: Unexport crash_kexec_post_notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 29/30] powerpc: ps3, pseries: Avoid duplicate call to kmsg_dump() on panic
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 22/30] panic: Introduce the panic post-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 24/30] panic: Refactor the panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 23/30] printk: kmsg_dump: Introduce helper to inform number of dumpers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 21/30] panic: Introduce the panic pre-reboot notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 18/30] notifier: Show function names on notifier routines if DEBUG_NOTIFIERS is set
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 15/30] bus: brcmstb_gisb: Clean-up panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 11/30] um: Improve panic notifiers consistency and ordering
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 13/30] s390/consoles: Improve panic notifiers reliability
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 17/30] tracing: Improve panic/die notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 14/30] panic: Properly identify the panic event to the notifiers' callbacks
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 16/30] drivers/hv/vmbus, video/hyperv_fb: Untangle and refactor Hyper-V panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 19/30] panic: Add the panic hypervisor notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 20/30] panic: Add the panic informational notifier list
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 12/30] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 09/30] coresight: cpu-debug: Replace mutex with mutex_trylock on panic notifier
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 10/30] alpha: Clean-up the panic notifier code
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 08/30] powerpc/setup: Refactor/untangle panic notifiers
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 01/30] x86/crash,reboot: Avoid re-disabling VMX in all CPUs on crash/restart
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 02/30] ARM: kexec: Disable IRQs/FIQs also on crash CPUs shutdown path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 07/30] mips: ip22: Reword PANICED to PANICKED and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 05/30] misc/pvpanic: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 06/30] soc: bcm: brcmstb: Document panic notifier action and remove useless header
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 03/30] notifier: Add panic notifiers info and purge trailing whitespaces
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 00/30] The panic notifiers refactor
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH 04/30] firmware: google: Convert regular spinlock into trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next v3] net: SO_RCVMARK socket option for SO_MARK with recvmsg()
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• [PATCH net-next v2] net: Add SO_RCVMARK socket option to provide SO_MARK with recvmsg().
  • From: Erin MacNeil <lnx.erin@xxxxxxxxx>
• Re: [PATCH net-next] net: mark tulip obsolete
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net: mark tulip obsolete
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v4 09/13] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 08/13] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] net: unexport csum_and_copy_{from,to}_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• [PATCH 6/7] ia64: remove unused __SLOW_DOWN_IO and SLOW_DOWN_IO definitions
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 7/7] alpha: remove unused __SLOW_DOWN_IO and SLOW_DOWN_IO definitions
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 4/7] sh: remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 5/7] powerpc: Remove unused SLOW_DOWN_IO definition
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 0/7] Remove unused SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 3/7] net: remove comments that mention obsolete __SLOW_DOWN_IO
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 1/7] net: wan: atp: remove unused eeprom_delay()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 2/7] net: wan: lmc: remove unused DELAY()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] Alpha: Remove redundant local asm header redirections
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PING^3][PATCH] Alpha: Remove redundant local asm header redirections
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PING^3][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 5.16 150/285] rtc: Check return value from mc146818_get_time()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 145/277] rtc: Check return value from mc146818_get_time()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Helge Deller <deller@xxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: add null pointer check
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] alpha: add null pointer check
  • From: cgel.zte@xxxxxxxxx
• [PATCH RESEND] alpha: replace NR_SYSCALLS by NR_syscalls
  • From: cgel.zte@xxxxxxxxx
• [PING^2][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH] alpha: replace NR_SYSCALLS by NR_syscalls
  • From: cgel.zte@xxxxxxxxx
• Re: 5.17.0 boot issue on Miata
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• 5.17.0 boot issue on Miata
  • From: Bob Tracy <rct@xxxxxxxx>
• [PATCH] alpha: Fix warning comparing pointer to 0
  • From: Haowen Bai <baihaowen@xxxxxxxxx>
• Re: [PATCH] mm: fix typos in comments
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] mm: fix typos in comments
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH] mm: fix typos in comments
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [linux-next:master] BUILD REGRESSION 97add482e9033a9386baa8824fbea34d0cbfe663
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8a11187eb62b8b910d2c5484e1f5d160e8b11eb4
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a32cd981a6da2373c093d471ee4405a915e217d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH 5/7] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V3 04/30] powerpc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PING][PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH V3 19/30] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH V3 30/30] mm/mmap: Drop ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 28/30] ia64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 29/30] mm/mmap: Drop generic vm_get_page_prot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 27/30] nds32/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 23/30] um/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 21/30] parisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 26/30] hexagon/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 25/30] nios2/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 22/30] openrisc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 24/30] microblaze/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 20/30] xtensa/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 19/30] csky/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 18/30] arc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 17/30] sh/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 13/30] mm/mmap: Drop arch_vm_get_page_pgprot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 15/30] riscv/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 14/30] s390/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 12/30] mm/mmap: Drop arch_filter_pgprot()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 08/30] m68k/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 10/30] x86/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 09/30] arm/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 11/30] mm/mmap: Drop protection_map[]
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 07/30] mips/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 06/30] sparc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 05/30] arm64/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 04/30] powerpc/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 03/30] mm/mmap: Add new config ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 02/30] mm/mmap: Clarify protection_map[] indices
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 01/30] mm/debug_vm_pgtable: Drop protection_map[] usage
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 00/30] mm/mmap: Drop protection_map[] and platform's __SXXX/__PXXX requirements
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] alpha: Implement "current_stack_pointer"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH V2 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• RE: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• RE: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 17/18] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 15/18] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 11/18] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 04/18] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/18] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] treewide: Replace zero-length arrays with flexible-array members
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• RE: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH 08/14] arm64: simplify access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/14] arm64: simplify access_ok()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 07/14] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 14/14] uaccess: drop set_fs leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/14] ia64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/14] sh: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/14] sparc64: remove CONFIG_SET_FS support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/14] uaccess: remove most CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/14] m68k: drop custom __access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/14] uaccess: add generic __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/14] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/14] arm64: simplify access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/14] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/14] x86: use more conventional access_ok() definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/14] nds32: fix access_ok() checks in get/put_user
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/14] sparc64: add __{get,put}_kernel_nocheck()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/14] uaccess: fix integer overflow on access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/14] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/30] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] Alpha: Remove redundant local asm header redirections
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• [PATCH 14/49] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Arseny Maslennikov <ar@xxxxxxxxx>
• Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called.
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 1/3] vstatus: Allow the n_tty line dicipline to write to a user tty
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• [PATCH v2 0/3] vstatus: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH] alpha: Silence -Warray-bounds warnings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] alpha: Silence -Warray-bounds warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/3] status: TTY status message request
  • From: Walt Drummond <walt@xxxxxxxxxxx>
• Re: [PATCH 0/3] status: TTY status message request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [RFC V1 16/31] alpha/mm: Enable ARCH_HAS_VM_GET_PAGE_PROT
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 13/54] arch/alpha: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 00/16] Remove usage of the deprecated "pci-dma-compat.h" API
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: architectures that still need to remove set_fs()
  • From: Stafford Horne <shorne@xxxxxxxxx>