Linux Arch

• Thread Index

• [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 11/26] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 20/26] x86/espfix: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 16/26] x86/paravirt: make paravirt code support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 25/26] x86: enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 14/26] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 10/26] x86/kasan: prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 04/26] x86/ident_map: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 09/26] x86/mm/pat: handle additional page table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 08/26] x86/efi: handle p4d in EFI pagetables
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 02/26] x86: trivial portion of 5-level paging conversion
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 07/26] x86/kexec: support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 13/26] x86: detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/26] x86/gup: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 01/26] x86: basic changes into headers for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] mm, gup: fix typo in gup_p4d_range()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] generic syscalls: Wire up statx syscall
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCHv2 0/7] 5-level paging: prepare generic code
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCHv2 4/7] arch, mm: convert all architectures to use 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 3/7] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 5/7] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 0/7] 5-level paging: prepare generic code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 7/7] mm: introduce __p4d_alloc()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 2/7] asm-generic: introduce 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 1/7] x86/cpufeature: Add 5-level paging detection
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 0/7] 5-level paging: prepare generic code
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] 5-level paging: prepare generic code
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/7] 5-level paging: prepare generic code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCHv3 05/16] x86: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 01/16] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCHv3 12/16] PM / hibernate: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 06/16] agp: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 08/16] intel_th: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 04/16] s390: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 02/16] arm: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 11/16] module: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 09/16] watchdog: hpwdt: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 03/16] arm64: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 00/16] set_memory_* functions header refactor
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 07/16] drm: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 10/16] bpf: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 14/16] misc: sram: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 13/16] ALSA: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 16/16] treewide: Decouple cacheflush.h and set_memory.h
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv3 15/16] video: vermilion: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [Xen-devel] [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [Xen-devel] [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• [PATCH 6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 5/7] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/7] asm-generic: introduce 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/7] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 4/7] arch, mm: convert all architectures to use 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/7] 5-level paging: prepare generic code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/7] x86/cpufeature: Add 5-level paging detection
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 7/7] mm: introduce __p4d_alloc()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 00/33] 5-level paging
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCHv4 27/33] x86/espfix: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 21/33] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 20/33] x86: detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 02/33] asm-generic: introduce 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 19/33] x86: convert the rest of the code to support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 00/33] 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 22/33] x86/mm: define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 23/33] x86/paravirt: make paravirt code support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 30/33] x86/mm: make kernel_physical_mapping_init() support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 05/33] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 01/33] x86/cpufeature: Add 5-level paging detection
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 14/33] x86/kexec: support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 28/33] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 09/33] x86: trivial portion of 5-level paging conversion
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 08/33] x86: basic changes into headers for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 31/33] x86/mm: add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 03/33] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 15/33] x86/efi: handle p4d in EFI pagetables
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 12/33] x86/mm: add support of p4d_t in vmalloc_fault()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 13/33] x86/power: support p4d_t in hibernate code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 10/33] x86/gup: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 32/33] x86: enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 11/33] x86/ident_map: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 16/33] x86/mm/pat: handle additional page table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 33/33] x86/mm: allow to have userspace mappigs above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• [PATCHv4 07/33] mm: introduce __p4d_alloc()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 26/33] x86/kasan: extend to support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 06/33] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 25/33] x86/dump_pagetables: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 24/33] x86/mm: basic defines/helpers for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 04/33] arch, mm: convert all architectures to use 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 29/33] x86/mm: add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 17/33] x86/kasan: prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCHv2 10/14] bpf: Use set_memory.h header
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCHv2 07/14] drm: Use set_memory.h header
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH 1/3] futex: remove duplicated code
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 1/3] futex: remove duplicated code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v9 08/11] cryptouser.h: fix include from userland
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/2] uapi: introduce __kernel_uapi_size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCHv2 02/14] arm: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCHv2 10/14] bpf: Use set_memory.h header
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v9 04/11] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 07/11] btrfs_tree.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v9 05/11] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 01/11] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 06/11] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 11/11] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 10/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 02/11] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 08/11] cryptouser.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 03/11] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v9 09/11] smc_diag.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 00/20] PCI: fix config and I/O Address space memory mappings
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCHv2 11/14] module: Use set_memory.h header
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 01/14] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 03/14] arm64: Use set_memory.h header
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv2 09/14] watchdog: hpwdt: Use set_memory.h header
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCHv2 03/14] arm64: Use set_memory.h header
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 02/14] arm: Use set_memory.h header
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 01/14] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 14/20] PCI: hisi: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH 14/20] PCI: hisi: update PCI config space remap function
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCHv2 08/14] intel_th: Use set_memory.h header
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• RE: [PATCH 14/20] PCI: hisi: update PCI config space remap function
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCHv2 00/14] set_memory_* functions header refactor
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCHv2 05/14] x86: Use set_memory.h header
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCHv2 01/14] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 04/14] s390: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 00/14] set_memory_* functions header refactor
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 09/14] watchdog: hpwdt: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 08/14] intel_th: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 10/14] bpf: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 05/14] x86: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 12/14] PM / hibernate: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 03/14] arm64: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCHv2 06/14] agp: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 07/14] drm: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 1/3] uapi: fix asm/msgbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 2/3] uapi: fix asm/sembuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 3/3] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCHv2 11/14] module: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH v2] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCHv2 13/14] ALSA: hda: Use set_memory.h header
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/20] PCI: fix config and I/O Address space memory mappings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/20] PCI: remove __weak tag from pci_remap_iospace()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v8 08/11] cryptouser.h: fix include from userland
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v8 04/11] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 06/11] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 08/11] cryptouser.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 01/11] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 09/11] smc_diag.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 13/20] PCI: iproc-platform: update PCI config space remap function
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 11/13] fs: fix unsigned enum warning with gcc-4.2
  • From: Brendan Gregg <brendan.d.gregg@xxxxxxxxx>
• [PATCH v8 07/11] btrfs_tree.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 11/11] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 03/11] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 05/11] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 02/11] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v8 10/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v6 1/4] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v7 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCHv3 15/33] x86/efi: handle p4d in EFI pagetables
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/20] PCI: iproc-platform: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 7/8] uapi: export all headers under uapi directories
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 13/20] PCI: iproc-platform: update PCI config space remap function
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] asm-generic: Force cast get_user() setting x to 0
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/20] PCI: xilinx-nwl: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 01/20] PCI: remove __weak tag from pci_remap_iospace()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 06/20] PCI: ECAM: use pci_remap_cfgspace() to map config region
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 08/20] PCI: xilinx: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 05/20] ARM: implement pci_remap_cfgspace() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 07/20] PCI: implement Devres interface to map PCI config space
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 10/20] PCI: spear13xx: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 11/20] PCI: rockchip: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 04/20] ARM64: implement pci_remap_cfgspace() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 12/20] PCI: qcom: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 13/20] PCI: iproc-platform: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 15/20] PCI: designware: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 17/20] PCI: xgene: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 19/20] PCI: layerscape: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 14/20] PCI: hisi: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 20/20] PCI: keystone-dw: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 16/20] PCI: armada8k: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 18/20] PCI: tegra: update PCI config space remap function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 00/20] PCI: fix config and I/O Address space memory mappings
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] uapi: fix asm/ipcbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH] uapi: fix asm/signal.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] asm-generic: Force cast get_user() setting x to 0
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• [PATCH v7 4/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 6/8] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 5/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 3/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 2/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v7 1/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/24] openrisc: add optimized atomic operations
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH v5 0/2] x86/kvm: Reduce vcpu_is_preempted() overhead
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [kernel-hardening] [RFC 1/7] arch: add __ro_mostly_after_init section marker
  • From: Ho-Eun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Michael Pratt <mpratt@xxxxxxxxxx>
• Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 0/2] x86/kvm: Reduce vcpu_is_preempted() overhead
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v5 0/2] x86/kvm: Reduce vcpu_is_preempted() overhead
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v6 7/8] uapi: export all headers under uapi directories
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [kernel-hardening] [RFC 1/7] arch: add __ro_mostly_after_init section marker
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC 1/7] arch: add __ro_mostly_after_init section marker
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: hpa@xxxxxxxxx
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: hpa@xxxxxxxxx
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH] asm-generic: Force cast get_user() setting x to 0
  • From: Stephen Boyd <stephen.boyd@xxxxxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCHv3 04/33] arch, mm: convert all architectures to use 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 08/33] x86: basic changes into headers for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 03/33] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 11/33] x86/ident_map: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 13/33] x86/power: support p4d_t in hibernate code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 01/33] x86/cpufeature: Add 5-level paging detection
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 19/33] x86: convert the rest of the code to support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 18/33] x86/xen: convert __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 10/33] x86/gup: add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 07/33] mm: introduce __p4d_alloc()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 21/33] x86/asm: remove __VIRTUAL_MASK_SHIFT==47 assert
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 23/33] x86/paravirt: make paravirt code support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 28/33] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 16/33] x86/mm/pat: handle additional page table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 17/33] x86/kasan: prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 27/33] x86/espfix: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 32/33] x86: enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 31/33] x86/mm: add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 24/33] x86/mm: basic defines/helpers for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 06/33] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 25/33] x86/dump_pagetables: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 14/33] x86/kexec: support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 29/33] x86/mm: add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 20/33] x86: detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 22/33] x86/mm: define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 26/33] x86/kasan: extend to support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 05/33] asm-generic: introduce <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 12/33] x86/mm: add support of p4d_t in vmalloc_fault()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 00/33] 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 09/33] x86: trivial portion of 5-level paging conversion
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 15/33] x86/efi: handle p4d in EFI pagetables
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 30/33] x86/mm: make kernel_physical_mapping_init() support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 02/33] asm-generic: introduce 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 04/28] x86: Handle reduction in physical address size with SME
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH v4 04/28] x86: Handle reduction in physical address size with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 12/28] efi: Add an EFI table address match function
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 22/28] x86: Do not specify encrypted memory for video mappings
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 20/28] iommu/amd: Disable AMD IOMMU if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 18/28] x86: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 15/28] Add support to access persistent memory in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 14/28] Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 23/28] x86/kvm: Enable Secure Memory Encryption of nested page tables
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 17/28] x86: Decrypt trampoline area if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 1/3] kretprobes: ensure probe location is at function entry
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
• [PATCH v4 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 0/2] x86/kvm: Reduce vcpu_is_preempted() overhead
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 1/2] x86/paravirt: Change vcp_is_preempted() arg type to long
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v3 2/2] x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v3 0/2] x86/kvm: Reduce vcpu_is_preempted() overhead
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Benjamin Serebrin <serebrin@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] add a const to ioread* routines to fix compile testing
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] uapi: export all headers under uapi directories
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v6 3/8] x86: stop exporting msr-index.h to userland
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v6 3/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 5/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 2/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 1/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 4/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v6 6/8] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC][PATCH] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: module.h: remove extable.h include now users have migrated
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: core: migrate exception table users off module.h and onto extable.h
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: memfill
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: memfill
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] locking/mutex,rwsem: Reduce vcpu_is_preempted() calling frequency
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arm64: armv8_deprecated: add missing arm/kprobes.h header
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: memfill
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] locking/mutex,rwsem: Reduce vcpu_is_preempted() calling frequency
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arm64: armv8_deprecated: add missing arm/kprobes.h header
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] x86/paravirt: Don't make vcpu_is_preempted() a callee-save function
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 2/2] locking/mutex,rwsem: Reduce vcpu_is_preempted() calling frequency
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] arm64: armv8_deprecated: add missing arm/kprobes.h header
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC][PATCH] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC][PATCH] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC][PATCH] treewide: Move set_memory_* functions away from cacheflush.h
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: memfill
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: memfill
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 net-next] virtio: Fix affinity for #VCPUs != #queue pairs
  • From: Ben Serebrin <serebrin@xxxxxxxxxx>
• Re: memfill
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: memfill
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: memfill
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: memfill
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: memfill
  • From: zhouxianrong <zhouxianrong@xxxxxxxxxx>
• memfill
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio: Fix affinity for >32 VCPUs
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v6] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 5/8] Makefile.headersinst: remove destination-y option
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v5 0/3] modversions: redefine kcrctab entries as 32-bit values
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/3] modversions: redefine kcrctab entries as 32-bit values
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 3/3] module: unify absolute krctab definitions for 32-bit and 64-bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 2/3] modversions: treat symbol CRCs as 32 bit quantities
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 1/3] kbuild: modversions: add infrastructure for emitting relative CRCs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: modversions: redefine kcrctab entries as 32-bit values
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: modversions: redefine kcrctab entries as 32-bit values
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: modversions: redefine kcrctab entries as 32-bit values
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v5 6/8] uapi: includes linux/types.h before exporting files
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 6/8] uapi: includes linux/types.h before exporting files
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 7/8] uapi: export all headers under uapi directories
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 8/8] uapi: export all arch specifics directories
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 8/8] uapi: export all arch specifics directories
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 3/8] x86: stop exporting msr-index.h to userland
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v5 3/8] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 2/8] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 1/8] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 5/8] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 0/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 8/8] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 7/8] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 4/8] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 6/8] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 14/16] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH] initity: try to improve __nocapture annotations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] percpu fix for v4.10-rc6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/37] treewide: Consolidate set_dma_ops() implementations
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/20] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] modversions: redefine kcrctab entries as 32-bit values
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCHv2 03/29] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 03/29] asm-generic: introduce __ARCH_USE_5LEVEL_HACK
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCHv2 02/29] asm-generic: introduce 5level-fixup.h
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 02/29] asm-generic: introduce 5level-fixup.h
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v5 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 1/4] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 12/20] nios2: migrate exception table users off module.h and onto extable.h
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v4 1/2] kbuild: modversions: add infrastructure for emitting relative CRCs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 2/2] modversions: treat symbol CRCs as 32 bit quantities
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 0/2] modversions: redefine kcrctab entries as 32-bit values
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 00/10] Finalize separation of extable.h from module.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH 13/20] arc: migrate exception table users off module.h and onto extable.h
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 6/7] uapi: export all headers under uapi directories
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 6/7] uapi: export all headers under uapi directories
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 6/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v4 6/7] uapi: export all headers under uapi directories
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v4 4/7] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 5/7] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 2/7] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 0/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 3/7] x86: put msr-index.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 7/7] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 1/7] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v4 6/7] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v3 7/8] uapi: export all headers under uapi directories
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 20/20] module.h: remove extable.h include now users have migrated
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 20/20] module.h: remove extable.h include now users have migrated
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 07/20] xtensa: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 09/20] frv: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 11/20] sparc: migrate exception table users onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 15/20] score: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 12/20] nios2: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 18/20] hexagon: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 04/20] arm: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 20/20] module.h: remove extable.h include now users have migrated
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 10/20] openrisc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 13/20] arc: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 17/20] microblaze: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v3 00/20] Finalize separation of extable.h from module.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 19/20] core: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 16/20] unicore32: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 14/20] metag: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 08/20] sh: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 06/20] mn10300: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 05/20] alpha: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 02/20] ia64: ensure exception table search users include extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 03/20] m32r: migrate exception table users off module.h and onto extable.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 01/20] ia64: move ia64_done_with_exception out of asm/uaccess.h
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v3 03/37] treewide: Consolidate set_dma_ops() implementations
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 04/37] treewide: Consolidate get_dma_ops() implementations
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 01/37] treewide: Constify most dma_map_ops structures
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v3 02/37] treewide: Move dma_ops from struct dev_archdata into struct device
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [RFT PATCH v3] modversions: redefine kcrctab entries as relative CRC pointers
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH] locking/rwsem: Remove unnecessary atomic_long_t casts
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v7 09/14] jump_label: port __jump_table to linker tables
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 08/14] jump_label: move guard #endif down where it belongs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 06/14] firmware/Makefile: force recompilation if makefile changes
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 05/14] kbuild: enable option to force compile force-obj-y and force-lib-y
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] tools: add init.h for tools
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/14] tables.h: add linker table support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 03/14] ranges.h: add helpers to build and identify Linux section ranges
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/14] generic-sections: add section core helpers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] tools: add __section() to compiler.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] tools: expand export.h with VMLINUX_SYMBOL()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] tools: add __used and enable to override
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] tools: add a userspace tools bug.h
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/26] treewide: Move dma_ops from struct dev_archdata into struct device
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH] kprobes: move kprobe declarations to asm-generic/kprobes.h
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 02/14] xtensa: skip adding literal when SORT() is used
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Alan Hayward <Alan.Hayward@xxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Application Data Integrity feature introduced by SPARC M7
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [RFC PATCH 08/10] arm64/sve: ptrace: Wire up vector length control and reporting
  • From: Yao Qi <qiyaoltc@xxxxxxxxx>
• Re: [PATCH v6 01/14] generic-sections: add section core helpers
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH 07/10] arm64/sve: Add vector length inheritance control
  • From: Dave Martin <Dave.Martin@xxxxxxx>