Linux Arch

• Thread Index

• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] sparc: simplify <asm/siginfo.h>
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/5] sparc: simplify <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] ia64: remove HAVE_ARCH_COPY_SIGINFO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] signal: move copy_siginfo_to_user to <linux/signal.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] remove non-uapi <asm/siginfo.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] posix-timers: move the do_schedule_next_timer declaration
  • From: Christoph Hellwig <hch@xxxxxx>
• untangle the <asm/siginfo.h> mess
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 0/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 2/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 1/2] tty: add compat_ioctl callbacks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 0/2] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH 3/4] watchdog: Split up config options
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Unify the various copies of libgcc into lib
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 3/4] watchdog: Split up config options
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/6] {sched_,}find_first{_zero}_bit optimizations
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 0/1] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v2 1/1] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 2/9] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/9] locking/rwsem: relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 4/9] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/9] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 6/9] locking/rwsem: Use bit in owner to stop spinning
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 9/9] locking/rwsem: Enable reader lock stealing
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 5/9] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/9] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 8/9] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 7/9] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] tty: add TIOCGPTPEER ioctl
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] refcount: Create unchecked atomic_t implementation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 00/12] trace: add the ability to parse sizeof()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 02/12] trace: rename trace_enum_map to trace_eval_map
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 03/12] trace: rename struct module entry for trace enums
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 01/12] trace: rename kernel enum section to eval
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 04/12] trace: rename trace enum data structures in trace.c
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 05/12] trace: rename trace_enum_mutex to trace_eval_mutex
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 06/12] trace: rename trace.c enum functions
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 11/12] tracing: Add TRACE_DEFINE_SIZEOF() macros
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 12/12] tracing: Rename update the enum_map file
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 09/12] tracing: define TRACE_DEFINE_SIZEOF() macro to map sizeof's to their values
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 10/12] tracing: Update sample file to describe the new macro
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 08/12] tracing: Rename enum_replace to eval_replace
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 07/12] trace: rename enum_map functions
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH 00/12] trace: add the ability to parse sizeof()
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 0/3] Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH] asm-generic: simd: allow SIMD in process context with BH disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 0/3] Implement fast refcount overflow protection
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] refcount: Create unchecked atomic_t implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH v5 1/3] refcount: Create unchecked atomic_t implementation
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v5 2/3] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 3/3] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 0/3] Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 1/3] refcount: Create unchecked atomic_t implementation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v6 1/6] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v5 1/5] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 3/6] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/4] watchdog: remove unused declaration
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 3/4] watchdog: Split up config options
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 4/4] watchdog: Provide watchdog_reconfigure() for arch watchdogs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 2/4] watchdog: Introduce arch_touch_nmi_watchdog()
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 0/4][V3] Improve watchdog config for arch watchdogs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: KASAN vs. boot-time switching between 4- and 5-level paging
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] kbuild: provide THIN_ARCHIVES option for all architectures
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v6 3/6] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v2] spin loop primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 5/7] clocksource: Rename clksrc
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCHv1, RFC 5/8] x86/mm: Fold p4d page table layer at runtime
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCHv1, RFC 5/8] x86/mm: Fold p4d page table layer at runtime
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] ipc subsystem refcounter conversions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 3/6] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 5/8] x86/mm: Fold p4d page table layer at runtime
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• [PATCH v6 6/6] arm: dma-mapping: Reset the device's dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v6 5/6] ACPI/IORT: Move the check to get iommu_ops from translated fwspec
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v6 4/6] ARM: dma-mapping: Don't tear down third-party mappings
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v6 3/6] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v6 1/6] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v6 2/6] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH 5/7] clocksource: Rename clksrc
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 6/7] clocksource: Rename CLKSRC_OF to TIMER_OF
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Dave Young <dyoung@xxxxxxxxxx>
• KASAN vs. boot-time switching between 4- and 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: hpa@xxxxxxxxx
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: hpa@xxxxxxxxx
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: hpa@xxxxxxxxx
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2] arm: dma-mapping: Reset the device's dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] watchdog: provide watchdog_reconfigure() for arch watchdogs
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH v2] arm: dma-mapping: Reset the device's dma_ops
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH v5 6/6] kernel.h: handle pointers to arrays better in container_of()
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v2] arm: dma-mapping: Reset the device's dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 4/4] watchdog: provide watchdog_reconfigure() for arch watchdogs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCHv1, RFC 1/8] x86/boot/compressed/64: Detect and handle 5-level paging at boot-time
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 7/8] x86/mm: Hacks for boot-time switching between 4- and 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 2/8] x86/mm: Make virtual memory layout movable for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 5/8] x86/mm: Fold p4d page table layer at runtime
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 6/8] x86/mm: Replace compile-time checks for 5-level with runtime-time
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 3/8] x86/mm: Make PGDIR_SHIFT and PTRS_PER_P4D variable
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 8/8] x86/mm: Allow to boot without la57 if CONFIG_X86_5LEVEL=y
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 4/8] x86/mm: Handle boot-time paging mode switching at early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv1, RFC 0/8] Boot-time switching between 4- and 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/6] kernel.h: handle pointers to arrays better in container_of()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 5/6] bug: split BUILD_BUG stuff out into <linux/build_bug.h>
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 8/8] mm: rmap: Use correct helper when poisoning hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4.1 7/8] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 4/4] watchdog: provide watchdog_reconfigure() for arch watchdogs
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH v5 6/6] kernel.h: handle pointers to arrays better in container_of()
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 5/6] bug: split BUILD_BUG stuff out into <linux/build_bug.h>
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 4/6] linux/bug.h: correct "space required before that '-'"
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 4/6] linux/bug.h: correct "space required before that '-'"
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 3/6] linux/bug.h: correct "(foo*)" should be "(foo *)"
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 2/6] linux/bug.h: correct formatting of block comment
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH 3/4] watchdog: split out config options
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v5 1/6] asm-generic/bug.h: declare struct pt_regs; before function prototype
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 0/6] kernel.h: container_of() pointer checking
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 4/6] linux/bug.h: correct "space required before that '-'"
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 6/6] kernel.h: handle pointers to arrays better in container_of()
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 5/6] bug: split BUILD_BUG stuff out into <linux/build_bug.h>
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 3/6] linux/bug.h: correct "(foo*)" should be "(foo *)"
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v5 2/6] linux/bug.h: correct formatting of block comment
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCH 3/4] watchdog: split out config options
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 0/4][V2] Improve watchdog config for arch watchdogs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 2/4] watchdog: introduce arch_touch_nmi_watchdog()
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 4/4] watchdog: provide watchdog_reconfigure() for arch watchdogs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 3/4] watchdog: split out config options
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 1/4] watchdog: remove unused declaration
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 5/7] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 0/7] Enable queued rwlock and queued spinlock for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 7/7] arch/sparc: Enable queued spinlock support for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 6/7] arch/sparc: Introduce xchg16 for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v4 2/7] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCH v4 8/8] mm: rmap: Use correct helper when poisoning hugepages
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2] bug: fix problem including <linux/bug.h> from linux/kernel.h
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v3 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Unify the various copies of libgcc into lib
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Unify the various copies of libgcc into lib
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH 0/1] bug: fix problem including <linux.bug.h> from linux/kernel.h
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v4 1/8] arm64: hugetlb: Refactor find_num_contig
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 3/8] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 6/8] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 0/8] Support for contiguous pte hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 2/8] arm64: hugetlb: Remove spurious calls to huge_ptep_offset
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 4/8] mm, gup: Ensure real head page is ref-counted when using hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 5/8] mm/hugetlb: add size parameter to huge_pte_offset()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 7/8] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v4 8/8] mm: rmap: Use correct helper when poisoning hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/7] microblaze: Use libgcc files from lib/
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• CPU_BIG_ENDIAN in generic code (was: Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Unify the various copies of libgcc into lib
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
• Re: [PATCH 1/7] lib: Add shared copies of some GCC library routines
  • From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
• Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 4/7] mips: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 5/7] score: Use lib/{ashldi3,ashrdi3,cmpdi2,lshrdi3,ucmpdi2}.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Unify the various copies of libgcc into lib
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 6/7] sh: Use lib/ashldi3,ashrdi3,lshrdi3}.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 1/7] lib: Add shared copies of some GCC library routines
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 7/7] sparc: Use lib/{cmpdi2,ucmpdi2}.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 2/7] m32r: Use lib/ucmpdi2.c
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH 3/7] microblaze: Use libgcc files from lib/
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v3 5/7] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 2/7] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 7/7] arch/sparc: Enable queued spinlock support for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 1/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 0/7] Enable queued rwlock and queued spinlock for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v3 6/7] arch/sparc: Introduce xchg16 for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v4 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• [PATCH 0/6] {sched_,}find_first{_zero}_bit optimizations
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Olof Johansson <olof@xxxxxxxxx>
• [PATCH v3 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v3 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v3 0/2] kernel.h: container_of() pointer checking
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v4 1/2] asm-generic/bug.h: declare struct pt_regs; before function prototype
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v4 2/2] kernel.h: handle pointers to arrays better in container_of()
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• [PATCH v4 0/2] kernel.h: container_of() pointer checking
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v5 4/5] ARM: dma-mapping: Don't tear third-party mappings
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v5 3/5] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] ACPI/IORT: Move the check to get iommu_ops from translated fwspec
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v5 2/5] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH v5 1/5] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] mm/hugetlb: add size parameter to huge_pte_offset()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [Ksummit-discuss] [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3.1 5/6] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3.1 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 3/6] mm/hugetlb: add size parameter to huge_pte_offset()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 5/6] mm/hugetlb: Introduce set_huge_swap_pte_at() helper
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 4/6] mm/hugetlb: Allow architectures to override huge_pte_clear()
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 6/6] mm: rmap: Use correct helper when poisoning hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 2/6] mm, gup: Ensure real head page is ref-counted when using hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 1/6] mm, gup: Remove broken VM_BUG_ON_PAGE compound check for hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• [PATCH v3 0/6] Support for contiguous pte hugepages
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: is alpha jensen support dead?
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: is alpha jensen support dead?
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• is alpha jensen support dead?
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 6/7] arch/sparc: Introduce xchg16 for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 0/7] Enable queued rwlock and queued spinlock for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 4/7] arch/sparc: Introduce cmpxchg_u8 SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 5/7] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 1/7] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 3/7] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 7/7] arch/sparc: Enable queued spinlock support for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH v2 2/7] arch/sparc: Remove the check #ifndef __LINUX_SPINLOCK_TYPES_H
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/6] arch/sparc: Enable queued rwlocks for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 1/6] kernel/locking: Fix compile error with qrwlock.c
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 2/6] arch/sparc: Define config parameter CPU_BIG_ENDIAN
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 3/6] arch/sparc: Introduce cmpxchg_u8 SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 6/6] arch/sparc: Enable queued spinlock support for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 0/6] Enable queued rwlock and queued spinlock for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 5/6] arch/sparc: Introduce xchg16 for SPARC
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC] arch hardlockup detector interfaces improvement
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• [RFC] arch hardlockup detector interfaces improvement
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH V4 2/4] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH V4 1/4] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V4 4/4] ARM: dma-mapping: Don't tear third-party mappings
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V4 3/4] ACPI/IORT: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V4 2/4] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/3] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH V2 1/3] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V2 3/3] ARM: dma-mapping: Don't tear third-party mappings
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V2 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] ARM: dma-mapping: Don't tear third-party mappings
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH 2/3] iommu: of: Ignore all errors except EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH 1/3] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/32] efi: Add an EFI table address match function
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
• Re: [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] iommu: of: Fix check for returning EPROBE_DEFER
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v11 11/12] uapi: export all arch specifics directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v11 11/12] uapi: export all arch specifics directories
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v11 11/12] uapi: export all arch specifics directories
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 14/32] efi: Add an EFI table address match function
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 1/1] futex: remove duplicated code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• [PATCH 1/1] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH 2/5] ARM: dts: use #include "..." to include DT in the same directory
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 5/5] of: add scripts/dtc/include-prefixes to search path for both CPP and DTC
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 0/5] devicetree: cleanup and improve DT cross-arch reference
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 1/5] of: remove drivers/of/testcase-data from include search path for CPP
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 3/5] powerpc: dts: use #include "..." to include DT in the same directory
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 4/5] of: remove arch/$(SRCARCH)/boot/dts from include search path for CPP
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] sched: remove sched_find_first_bit()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch: remove GENERIC_FIND_FIRST_BIT
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] devicetree: Move include prefixes from arch to separate directory
  • From: Olof Johansson <olof@xxxxxxxxx>
• [PATCH] sched: remove sched_find_first_bit()
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] uaccess-related bits of vfs.git
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] spin loop primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] spin loop primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] spin loop primitives for busy waiting
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] spin loop primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] spin loop primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] spin loop primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v4 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 0/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 1/2] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] asm-generic/io.h: remove unnecessary #include of <linux/vmalloc.h>
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v3 2/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 1/2] x86/asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 0/2] x86/refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V11 00/11] IOMMU probe deferral support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH V11 00/11] IOMMU probe deferral support
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• asm/mmu.h using NR_CPUS (was Re: kisskb: FAILED linux-next/axs101_defconfig/arcompact Thu May 04, 18:53)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 3/7] vmlinux.lds: preserve eh_frame for DWARF unwinder
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: 答复: [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [git pull] uaccess-related bits of vfs.git
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2 2/2] x86, refcount: Implement fast refcount overflow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 1/2] x86, asm: Add suffix macro for GEN_*_RMWcc()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 0/2] x86, refcount: Implement fast refcount overflow
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Suzuki K Poulose <Suzuki.Poulose@xxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH REPOST] fs: Preventing READ_IMPLIES_EXEC Propagation
  • From: "dongbo (E)" <dongbo4@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Question on the five-level page table support patches
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Question on the five-level page table support patches
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• [PATCH] x86/refcount: Implement fast refcount_t handling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>