Linux Arch

• Thread Index

• Re: [PATCH] PCI: Move pci_dev_is/assign_added() to pci.h
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] arch: Move page table config macros out of `#ifndef __ASSEMBLY__` condition
  • From: Wende Tan <twd2.me@xxxxxxxxx>
• Re: [PATCH v27 23/31] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 3/4] elf: Remove has_interp property from arch_adjust_elf_prot()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 4/4] elf: Remove has_interp property from arch_parse_elf_property()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 1/4] elf: Allow architectures to parse properties on the main executable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 2/4] arm64: Enable BTI for main executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 0/4] arm64: Enable BTI for the executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• [PATCH] PCI: Move pci_dev_is/assign_added() to pci.h
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] riscv: use the generic string routines
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] elf: Remove has_interp property from arch_parse_elf_property()
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 3/4] elf: Remove has_interp property from arch_adjust_elf_prot()
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 2/4] arm64: Enable BTI for main executable as well as the interpreter
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 1/4] elf: Allow architectures to parse properties on the main executable
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 1/1] drivers: hv: Decouple Hyper-V clock/timer code from VMbus drivers
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] Decouple build from userspace headers
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH -mm] fixup "Decouple build from userspace headers"
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH -mm] fixup "Decouple build from userspace headers"
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/6] Final si_trapno bits
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/6] Final si_trapno bits
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/6] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/7] signal: Verify the alignment and size of siginfo_t
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] Decouple build from userspace headers
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH 0/6] Final si_trapno bits
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v2] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v2] Decouple build from userspace headers
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH -mm] fixup "Decouple build from userspace headers"
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/3] arm: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] arm: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] arm: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/6] arm64: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/6] arm: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/6] sparc64: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/6] Final si_trapno bits
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] arm: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Make PMD_ORDER generically available
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Make PMD_ORDER generically available
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 3/3] parisc: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 2/3] mips: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 1/3] arm: Rename PMD_ORDER to PMD_TABLE_ORDER
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 0/3] Make PMD_ORDER generically available
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 0/3] Additional refactoring of Hyper-V arch specific code
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v2 3/3] Drivers: hv: Move Hyper-V misc functionality to arch-neutral code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 2/3] Drivers: hv: Add arch independent default functions for some Hyper-V handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 0/3] Additional refactoring of Hyper-V arch specific code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] drivers: hv: Decouple Hyper-V clock/timer code from VMbus drivers
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 0/3] Additional refactoring of Hyper-V arch specific code
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] Decouple build from userspace headers
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/1] drivers: hv: Decouple Hyper-V clock/timer code from VMbus drivers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] Decouple build from userspace headers
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: x86 system call (using sysenter) perf regression
  • From: vivek thakkar <vthakkar.systems@xxxxxxxxx>
• Re: x86 system call (using sysenter) perf regression
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• RE: [PATCH 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 1/1] asm-generic/hyperv: Add missing #include of nmi.h
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 4/4] elf: Remove has_interp property from arch_parse_elf_property()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v4 3/4] elf: Remove has_interp property from arch_adjust_elf_prot()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v4 2/4] arm64: Enable BTI for main executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v4 1/4] elf: Allow architectures to parse properties on the main executable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v4 0/4] arm64: Enable BTI for the executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH V3 08/11] swiotlb: Add bounce buffer remap address setting function
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• RE: [PATCH v2 0/3] lib/string: optimized mem* functions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• x86 system call (using sysenter) perf regression
  • From: vivek thakkar <vthakkar.systems@xxxxxxxxx>
• [PATCH 3/3] Drivers: hv: Move Hyper-V misc functionality to arch-neutral code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 2/3] Drivers: hv: Add arch independent default functions for some Hyper-V handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/3] Drivers: hv: Make portions of Hyper-V init code be arch neutral
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 0/3] Additional refactoring of Hyper-V arch specific code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/1] asm-generic/hyperv: Add missing #include of nmi.h
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] lib/string: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] lib/string: optimized mem* functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC v1 2/8] asm-generic/hyperv: add device domain definitions
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH V4 01/12] x86/HV: Initialize shared memory boundary in the Isolation VM.
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [Resend RFC PATCH V4 13/13] x86/HV: Not set memory decrypted/encrypted during kexec alloc/free page in IVM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [RFC PATCH 0/5] madvise MADV_DOEXEC
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] madvise MADV_DOEXEC
  • From: "Longpeng (Mike, Cloud Infrastructure Service Product Dept.)" <longpeng2@xxxxxxxxxx>
• Re: [RFC PATCH V4 01/12] x86/HV: Initialize shared memory boundary in the Isolation VM.
  • From: Olaf Hering <olaf@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [syzbot] kernel BUG in __tlb_remove_page_size
  • From: syzbot <syzbot+2f816ba9b71ca9a8e6b0@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [Resend RFC PATCH V4 13/13] x86/HV: Not set memory decrypted/encrypted during kexec alloc/free page in IVM
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [Resend RFC PATCH V4 13/13] x86/HV: Not set memory decrypted/encrypted during kexec alloc/free page in IVM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 12/13] HV/Storvsc: Add Isolation VM support for storvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 11/13] HV/Netvsc: Add Isolation VM support for netvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 10/13] HV/IOMMU: Enable swiotlb bounce buffer for Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 09/13] x86/Swiotlb/HV: Add Swiotlb bounce buffer remap function for HV IVM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 07/13] HV/Vmbus: Add SNP support for VMbus channel initiate message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 08/13] HV/Vmbus: Initialize VMbus ring buffer for Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 06/13] HV: Add ghcb hvcall support for SNP VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 05/13] HV: Add Write/Read MSR registers via ghcb page
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 04/13] HV: Mark vmbus ring buffer visible to host in Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 03/13] x86/HV: Add new hvcall guest address host visibility support
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 02/13] x86/HV: Initialize shared memory boundary in the Isolation VM.
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 01/13] x86/HV: Initialize GHCB page in Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 00/13] x86/Hyper-V: Add Hyper-V Isolation VM support
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [Resend RFC PATCH V4 00/13] x86/Hyper-V: Add Hyper-V Isolation VM support
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 08/12] x86/Swiotlb/HV: Add Swiotlb bounce buffer remap function for HV IVM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 09/12] HV/IOMMU: Enable swiotlb bounce buffer for Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 12/12] x86/HV: Not set memory decrypted/encrypted during kexec alloc/free page in IVM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 11/12] HV/Storvsc: Add Isolation VM support for storvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 10/12] HV/Netvsc: Add Isolation VM support for netvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 05/12] HV: Add ghcb hvcall support for SNP VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 06/12] HV/Vmbus: Add SNP support for VMbus channel initiate message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 07/12] HV/Vmbus: Initialize VMbus ring buffer for Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 04/12] HV: Add Write/Read MSR registers via ghcb page
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 03/12] HV: Mark vmbus ring buffer visible to host in Isolation VM
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 02/12] x86/HV: Add new hvcall guest address host visibility support
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 01/12] x86/HV: Initialize shared memory boundary in the Isolation VM.
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V4 00/12] x86/Hyper-V: Add Hyper-V Isolation VM support
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 06/19] LoongArch: Add exception/interrupt handling
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 2/9] kallsyms: Fix address-checks for kernel related range
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 00/19] arch: Add basic LoongArch support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 00/19] arch: Add basic LoongArch support
  • From: Huacai Chen <chenhuacai@xxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 07/19] LoongArch: Add process management
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 139/160] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 167/189] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 07/19] LoongArch: Add process management
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] LoongArch: Add exception/interrupt handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 19/19] LoongArch: Add Loongson-3 default config file
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 18/19] LoongArch: Add Non-Uniform Memory Access (NUMA) support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 16/19] LoongArch: Add VDSO and VSYSCALL support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 15/19] LoongArch: Add PCI controller support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 13/19] LoongArch: Add some library functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/19] LoongArch: Add misc common routines
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 08/19] LoongArch: Add memory management
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] LoongArch: Add exception/interrupt handling
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 05/19] LoongArch: Add boot and setup routines
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/19] arch: Add basic LoongArch support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 12/19] LoongArch: Add misc common routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 19/19] LoongArch: Add Loongson-3 default config file
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 18/19] LoongArch: Add Non-Uniform Memory Access (NUMA) support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 16/19] LoongArch: Add VDSO and VSYSCALL support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 15/19] LoongArch: Add PCI controller support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/19] LoongArch: Add some library functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/19] LoongArch: Add signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 09/19] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 08/19] LoongArch: Add memory management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/19] LoongArch: Add process management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 06/19] LoongArch: Add exception/interrupt handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 05/19] LoongArch: Add boot and setup routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 04/19] LoongArch: Add common headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 00/19] arch: Add basic LoongArch support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 19/19] LoongArch: Add Loongson-3 default config file
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 18/19] LoongArch: Add Non-Uniform Memory Access (NUMA) support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 17/19] LoongArch: Add multi-processor (SMP) support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 16/19] LoongArch: Add VDSO and VSYSCALL support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 15/19] LoongArch: Add PCI controller support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 14/19] LoongArch: Add 64-bit Loongson platform
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 13/19] LoongArch: Add some library functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 12/19] LoongArch: Add misc common routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 11/19] LoongArch: Add elf and module support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 10/19] LoongArch: Add signal handling support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 09/19] LoongArch: Add system call support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 08/19] LoongArch: Add memory management
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 07/19] LoongArch: Add process management
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 06/19] LoongArch: Add exception/interrupt handling
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 05/19] LoongArch: Add boot and setup routines
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 03/19] LoongArch: Add build infrastructure
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 02/19] LoongArch: Add writecombine support for drm
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 01/19] LoongArch: Add elf-related definitions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 00/19] arch: Add basic LoongArch support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [GIT PULL 1/2] asm-generic: rework PCI I/O space access
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [GIT PULL 1/2] asm-generic: rework PCI I/O space access
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 0/9] ARM: remove set_fs callers and implementation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] kallsyms: Fix address-checks for kernel related range
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.12 20/80] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 19/70] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 20/85] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] csky changes for v5.14-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: John Wood <john.wood@xxxxxxx>
• [GIT PULL] csky changes for v5.14-rc1
  • From: guoren@xxxxxxxxxx
• Re: [GIT PULL 1/2] asm-generic: rework PCI I/O space access
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: John Wood <john.wood@xxxxxxx>
• Re: [GIT PULL 2/2] asm-generic: Unify asm/unaligned.h around struct helper
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL 1/2] asm-generic: rework PCI I/O space access
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: John Wood <john.wood@xxxxxxx>
• Re: [PATCH v2 1/3] lib/string: optimized memcpy
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] lib/string: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL 2/2] asm-generic: Unify asm/unaligned.h around struct helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [GIT PULL 1/2] asm-generic: rework PCI I/O space access
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 3/3] lib/string: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] lib/string: optimized memmove
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] lib/string: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] lib/string: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: enable dead code and data elimination
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v8 3/8] security/brute: Detect a brute force attack
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH] x86: enable dead code and data elimination
  • From: Rui Salvaterra <rsalvaterra@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v5 1/3] riscv: Move kernel mapping outside of linear mapping
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] riscv: optimized memmove
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] asm-generic: Fix a typo "regien" -> "region"
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH net-next v3 1/2] once: implement DO_ONCE_LITE for non-fast-path "do once" functionality
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/9] sections: Move and rename core_kernel_data() to is_kernel_data()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH 0/8] all: use find_next_*_bit() instead of find_first_*_bit() where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 1/8] bitops: protect find_first_{,zero}_bit properly
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 3/9] sections: Move and rename core_kernel_data() to is_kernel_data()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v3 0/2] net: update netdev_rx_csum_fault() print dump only once
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH net-next v3 1/2] once: implement DO_ONCE_LITE for non-fast-path "do once" functionality
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH net-next v3 2/2] net: update netdev_rx_csum_fault() print dump only once
  • From: Tanner Love <tannerlove.kernel@xxxxxxxxx>
• [PATCH net-next v3 1/2] once: implement DO_ONCE_LITE for non-fast-path "do once" functionality
  • From: Tanner Love <tannerlove.kernel@xxxxxxxxx>
• [PATCH net-next v3 0/2] net: update netdev_rx_csum_fault() print dump only once
  • From: Tanner Love <tannerlove.kernel@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH 7/9] s390: kprobes: Use is_kernel() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH 7/9] s390: kprobes: Use is_kernel() helper
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 9/9] dma-debug: Use memory_intersects() directly
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3] mm: pagewalk: Fix walk for hugepage tables
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 9/9] dma-debug: Use memory_intersects() directly
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] mm: pagewalk: Fix walk for hugepage tables
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v3] mm: pagewalk: Fix walk for hugepage tables
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3] mm: pagewalk: Fix walk for hugepage tables
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] lib/string: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Convert powerpc to GENERIC_PTDUMP
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH 6/9] sections: Add new is_kernel() and is_kernel_text()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 9/9] dma-debug: Use memory_intersects() directly
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 7/9] s390: kprobes: Use is_kernel() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 4/9] sections: Move is_kernel_inittext() into sections.h
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 8/9] powerpc/mm: Use is_kernel_text() and is_kernel_inittext() helper
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 1/9] kallsyms: Remove arch specific text and data check
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 5/9] kallsyms: Rename is_kernel() and is_kernel_text()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 3/9] sections: Move and rename core_kernel_data() to is_kernel_data()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 0/9] sections: Unify kernel sections range check and use
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH 2/9] kallsyms: Fix address-checks for kernel related range
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 0/3] lib/string: optimized mem* functions
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/string: optimized memcpy
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 13/16] arm64: Advertise CPUs capable of running 32-bit applications in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 13/16] arm64: Advertise CPUs capable of running 32-bit applications in sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 13/16] arm64: Advertise CPUs capable of running 32-bit applications in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] mm: pagewalk: Fix walk for hugepage tables
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/string: optimized memcpy
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 2/3] lib/string: optimized memmove
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] lib/string: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] lib/string: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] lib/string: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH 9/9] signal: Move PTRACE_EVENT_EXIT into get_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/9] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] crypto: scatterwalk - Remove obsolete PageSlab check
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Zhenyu Ye <yezhenyu2@xxxxxxxxxx>
• [PATCH v10 16/16] Documentation: arm64: describe asymmetric 32-bit support
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 15/16] arm64: Remove logic to kill 32-bit tasks on 64-bit-only cores
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 14/16] arm64: Hook up cmdline parameter to allow mismatched 32-bit EL0
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 13/16] arm64: Advertise CPUs capable of running 32-bit applications in sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 12/16] arm64: Prevent offlining first CPU with 32-bit EL0 on mismatched system
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 11/16] arm64: exec: Adjust affinity for compat tasks with mismatched 32-bit EL0
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 10/16] arm64: Implement task_cpu_possible_mask()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 09/16] sched: Introduce dl_task_check_affinity() to check proposed affinity
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 08/16] sched: Allow task CPU affinity to be restricted on asymmetric systems
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 07/16] sched: Split the guts of sched_setaffinity() into a helper function
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 06/16] sched: Introduce task_struct::user_cpus_ptr to track requested affinity
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 05/16] sched: Reject CPU affinity changes based on task_cpu_possible_mask()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 04/16] cpuset: Cleanup cpuset_cpus_allowed_fallback() use in select_fallback_rq()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 03/16] cpuset: Honour task_cpu_possible_mask() in guarantee_online_cpus()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 02/16] cpuset: Don't use the cpu_possible_mask as a last resort for cgroup v1
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 01/16] sched: Introduce task_cpu_possible_mask() to limit fallback rq selection
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v10 00/16] Add support for 32-bit tasks on asymmetric AArch32 systems
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• RE: [PATCH v3 3/3] riscv: optimized memset
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v1] arm64: tlb: fix the TTL value of tlb_get_level
  • From: Zhenyu Ye <yezhenyu2@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 3/3] riscv: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/3] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] riscv: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• RE: [PATCH v3 3/3] riscv: optimized memset
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v3 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 0/3] riscv: optimized mem* functions
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v3 0/3] riscv: optimized mem* functions
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• Re: [PATCH v3 3/3] riscv: optimized memset
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] riscv: optimized memmove
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] riscv: optimized memset
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] riscv: optimized memmove
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/3] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3] m68k: improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/18] mm: add a kunmap_local_dirty helper
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] bug: mark generic BUG() as unreachable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] riscv: optimized memcpy
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] bug: mark generic BUG() as unreachable
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• RE: [PATCH 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/1] bug: mark generic BUG() as unreachable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/18] mm: add a kunmap_local_dirty helper
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/18] mm: add a kunmap_local_dirty helper
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] bug: mark generic BUG() as unreachable
  • From: trix@xxxxxxxxxx
• [PATCH 0/1] bug: mark generic BUG() as unreachable
  • From: trix@xxxxxxxxxx
• RE: [PATCH 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 0/4] arm64: Enable BTI for the executable as well as the interpreter
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v3 3/3] riscv: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] riscv: optimized memmove
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] riscv: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/3] riscv: Move kernel mapping outside of linear mapping
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] riscv: Move kernel mapping outside of linear mapping
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2 3/3] riscv: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] riscv: optimized memmove
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] riscv: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/2] alpha/ptrace: Improved switch_stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [dm-devel] [PATCH 06/18] bvec: add a bvec_kmap_local helper
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 11/18] ps3disk: use memcpy_{from,to}_bvec
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: switch the block layer to use kmap_local_page v2
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 7/7] sched: Change task_struct::state
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Akira Tsukamoto <akira.tsukamoto@xxxxxxxxx>
• RE: [PATCH 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] arm64: Enable BTI for the executable as well as the interpreter
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• + mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• Re: [PATCH v2 0/3] arm64: Enable BTI for the executable as well as the interpreter
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v2 0/3] arm64: Enable BTI for the executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH V3 08/11] swiotlb: Add bounce buffer remap address setting function
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v2 0/3] arm64: Enable BTI for the executable as well as the interpreter
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH V3 10/11] HV/Netvsc: Add Isolation VM support for netvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 18/18] block: use bvec_kmap_local in bio_integrity_process
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/18] block: use bvec_kmap_local in t10_pi_type1_{prepare,complete}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/18] block: use memcpy_from_bvec in __blk_queue_bounce
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/18] block: use memcpy_from_bvec in bio_copy_kern_endio_read
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/18] block: use memcpy_to_bvec in copy_to_high_bio_irq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/18] block: rewrite bio_copy_data_iter to use bvec_kmap_local and memcpy_to_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/18] block: remove bvec_kmap_irq and bvec_kunmap_irq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/18] ps3disk: use memcpy_{from,to}_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/18] dm-writecache: use bvec_kmap_local instead of bvec_kmap_irq
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/18] rbd: use memzero_bvec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• [PATCH 08/18] block: use memzero_page in zero_fill_bio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/18] bvec: add memcpy_{from,to}_bvec and memzero_bvec helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/18] bvec: add a bvec_kmap_local helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/18] bvec: fix the include guards for bvec.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/18] MIPS: don't include <linux/genhd.h> in <asm/mach-rc32434/rb.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/18] mm: use kmap_local_page in memzero_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/18] mm: use kunmap_local_dirty in memcpy_to_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/18] mm: add a kunmap_local_dirty helper
  • From: Christoph Hellwig <hch@xxxxxx>
• switch the block layer to use kmap_local_page v2
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/3] riscv: optimized memcpy
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v2 2/2] mm: rename p4d_page_vaddr to p4d_pgtable and make it return pud_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] riscv: pgtable: Add "PBMT" extension supported
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] quota: finish disable quotactl_path syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] quota: finish disable quotactl_path syscall
  • From: Jan Kara <jack@xxxxxxx>
• RE: [PATCH 1/3] riscv: optimized memcpy
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] quota: finish disable quotactl_path syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] quota: finish disable quotactl_path syscall
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 5/7] signal: Add unsafe_copy_siginfo_to_user()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 5/7] signal: Add unsafe_copy_siginfo_to_user()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] signal: Add unsafe_copy_siginfo_to_user()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 5/7] signal: Add unsafe_copy_siginfo_to_user()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 5/7] signal: Add unsafe_copy_siginfo_to_user()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 09/16] ps3disk: use memcpy_{from,to}_bvec
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] riscv: pgtable: Add "PBMT" extension supported
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• [PATCH 0/3] riscv: optimized mem* functions
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] all: replace find_next{,_zero}_bit with find_first{,_zero}_bit where appropriate
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] riscv: optimized mem* functions
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• [PATCH 3/3] riscv: optimized memset
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] riscv: optimized memmove
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] riscv: optimized memcpy
  • From: Matteo Croce <mcroce@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v3 4/4] elf: Remove has_interp property from arch_parse_elf_property()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 3/4] elf: Remove has_interp property from arch_adjust_elf_prot()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 2/4] arm64: Enable BTI for main executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 1/4] elf: Allow architectures to parse properties on the main executable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 0/4] arm64: Enable BTI for the executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH v3 2/2] riscv: pgtable: Add "PBMT" extension supported
  • From: guoren@xxxxxxxxxx
• [RFC PATCH v3 1/2] riscv: pgtable: Add custom protection_map init
  • From: guoren@xxxxxxxxxx
• [RFC PATCH v3 0/2] riscv: pgtable: Add "PBMT" extension supported
  • From: guoren@xxxxxxxxxx
• Re: [PATCH] quota: finish disable quotactl_path syscall
  • From: Jan Kara <jack@xxxxxxx>
• Re: Re: [RFC PATCH v2 09/11] riscv: soc: Initial DTS for Allwinner D1 NeZha board
  • From: Jernej Škrabec <jernej.skrabec@xxxxxxxxx>
• Re: [RFC PATCH v2 09/11] riscv: soc: Initial DTS for Allwinner D1 NeZha board
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/3] arm64: Enable BTI for the executable as well as the interpreter
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 5/8] lib: add find_first_and_bit()
  • From: Alexey Klimov <aklimov@xxxxxxxxxx>
• [PATCH] quota: finish disable quotactl_path syscall
  • From: Marcin Juszkiewicz <marcin@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] riscv: soc: Initial DTS for Allwinner D1 NeZha board
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [RFC PATCH V3 10/11] HV/Netvsc: Add Isolation VM support for netvsc driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH V3 08/11] swiotlb: Add bounce buffer remap address setting function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH V3 10/11] HV/Netvsc: Add Isolation VM support for netvsc driver
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 08/11] swiotlb: Add bounce buffer remap address setting function
  • From: Robin Murphy <robin.murphy@xxxxxxx>