Linux Arch

• Thread Index

• Re: [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCHv5 6/9] x86/mm: Make kernel_physical_mapping_init() support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 9/9] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 7/9] x86/mm: Add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 8/9] x86: Enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 5/9] x86/mm: Add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 3/9] x86/boot/64: Rename init_level4_pgt and early_level4_pgt
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 1/9] x86/asm: Fix comment in return_from_SYSCALL_64
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 0/9] x86: 5-level paging enabling for v4.12, Part 4
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 2/9] x86/boot/64: Rewrite startup_64 in C
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv5 4/9] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH V11 00/11] IOMMU probe deferral support
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/6] Signal frame expansion support
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH v2 0/6] Signal frame expansion support
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] fs: Preventing READ_IMPLIES_EXEC Propagation
  • From: "dongbo (E)" <dongbo4@xxxxxxxxxx>
• Re: [PATCH v2 00/27] PCI resource mmap cleanup
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 00/27] PCI resource mmap cleanup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• [PATCH v5 00/32] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 02/32] x86/mm/pat: Set write-protect cache mode for full PAT support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 03/32] x86, mpparse, x86/acpi, x86/PCI, SFI: Use memremap for RAM mappings
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 09/32] x86/mm: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 08/32] x86/mm: Simplify p[g4um]d_page() macros
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 07/32] x86/mm: Add support to enable SME in early boot processing
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 10/32] x86/mm: Extend early_memremap() support with additional attrs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 14/32] efi: Add an EFI table address match function
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 13/32] x86/boot/e820: Add support to determine the E820 type of an address
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 18/32] x86, mpparse: Use memremap to map the mpf and mpc data
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 20/32] x86/mm: Add support for changing the memory encryption attribute
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 19/32] x86/mm: Add support to access persistent memory in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 21/32] x86, realmode: Decrypt trampoline area if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 17/32] x86/mm: Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 22/32] x86, swiotlb: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 23/32] swiotlb: Add warnings for use of bounce buffers with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 26/32] x86, drm, fbdev: Do not specify encrypted memory for video mappings
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 32/32] x86/mm: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 30/32] x86/boot: Add early cmdline parsing for options with arguments
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 28/32] x86/mm, kexec: Allow kexec to be used with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 29/32] x86/mm: Add support to encrypt the kernel in-place
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 27/32] kvm: x86: svm: Enable Secure Memory Encryption within KVM
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 24/32] iommu/amd: Disable AMD IOMMU if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 25/32] x86, realmode: Check for memory encryption on the APs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 16/32] x86/efi: Update EFI pagetable creation to work with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 15/32] efi: Update efi_mem_type() to return an error rather than 0
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 12/32] x86/mm: Insure that boot memory areas are mapped properly
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 11/32] x86/mm: Add support for early encrypt/decrypt of memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 04/32] x86/CPU/AMD: Add the Secure Memory Encryption CPU feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 04/32] x86/CPU/AMD: Add the Secure Memory Encryption CPU feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 05/32] x86/CPU/AMD: Handle SME reduction in physical address size
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 06/32] x86/mm: Add Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 03/32] x86, mpparse, x86/acpi, x86/PCI, SFI: Use memremap for RAM mappings
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 02/32] x86/mm/pat: Set write-protect cache mode for full PAT support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 01/32] x86: Documentation for AMD Secure Memory Encryption (SME)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v5 00/32] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v2 00/27] PCI resource mmap cleanup
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 00/27] PCI resource mmap cleanup
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• [PATCH v2] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC] minimum gcc version for kernel: raise to gcc-4.3 or 4.6?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Julien Grall <julien.grall@xxxxxxx>
• [PATCHv4 3/9] x86/boot/64: Rename init_level4_pgt and early_level4_pgt
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 1/9] x86/asm: Fix comment in return_from_SYSCALL_64
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 4/9] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 9/9] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 6/9] x86/mm: Make kernel_physical_mapping_init() support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 5/9] x86/mm: Add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 7/9] x86/mm: Add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 8/9] x86: Enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 2/9] x86/boot/64: Rewrite startup_64 in C
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv4 0/9] x86: 5-level paging enabling for v4.12, Part 4
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/27] pci: Add pci_mmap_resource_range() and use it for ARM64
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 14/27] mn10300: Use generic pci_mmap_resource_range()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Ho-Eun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Adam Wallis <awallis@xxxxxxxxxxxxxx>
• [RFC PATCH v2 6/6] arm64: signal: Report signal frame size to userspace via auxv
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 5/6] arm64: signal: Parse extra_context during sigreturn
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 4/6] arm64: signal: Allocate extra sigcontext space as needed
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 3/6] arm64: signal: factor out signal frame record allocation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 2/6] arm64: signal: factor frame layout and population into separate passes
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 1/6] arm64: signal: Refactor sigcontext parsing in rt_sigreturn
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 0/6] Signal frame expansion support
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v2 10/27] pci: Add pci_mmap_resource_range() and use it for ARM64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 11/27] arm: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 05/27] pci: Add arch_can_pci_mmap_wc() macro
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 14/27] mn10300: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 17/27] unicore: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 08/27] pci: Use BAR index in sysfs attr->private instead of resource pointer
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 09/27] pci: Add BAR index argument to pci_mmap_page_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 16/27] sh: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 13/27] mips: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 03/27] pci: Only allow WC mmap on prefetchable resources
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 02/27] pci: Fix another sanity check bug in /proc/pci mmap
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 04/27] xtensa: Do not mmap PCI BARs to userspace as write-through
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 26/27] sparc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 22/27] xtensa: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 21/27] microblaze: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 15/27] parisc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 18/27] x86: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 23/27] ia64: Remove redundant valid_mmap_phys_addr_range() from pci_mmap_page_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 24/27] ia64: Remove redundant checks for WC in pci_mmap_page_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 06/27] pci: Move multiple declarations of pci_mmap_page_range() to <linux/pci.h>
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 07/27] pci: Add arch_can_pci_mmap_io() on architectures which can mmap() I/O space
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 19/27] pci: Add I/O BAR support to generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 12/27] cris: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 25/27] ia64: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 20/27] powerpc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 27/27] pci: Kill ARCH_GENERIC_PCI_MMAP_RESOURCE
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 00/27] PCI resource mmap cleanup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 01/27] pci: Fix pci_mmap_fits() for HAVE_PCI_RESOURCE_TO_USER platforms
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] mm: add VM_STATIC flag to vmalloc and prevent from removing the areas
  • From: Hoeun Ryu <hoeun.ryu@xxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/32] avr32: include default ioremap_nopost() implementation
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 08/32] cris: include default ioremap_nopost() implementation
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Julien Grall <julien.grall@xxxxxxx>
• [PATCH v3 06/32] avr32: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 08/32] cris: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 10/32] hexagon: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 13/32] m68k: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 11/32] ia64: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 09/32] frv: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 16/32] mips: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 12/32] m32r: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 19/32] openrisc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 14/32] metag: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 17/32] mn10300: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 20/32] parisc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 24/32] sparc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 27/32] x86: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 25/32] tile: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 28/32] xtensa: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 29/32] arm64: implement ioremap_nopost() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 23/32] sh: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 26/32] unicore32: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 21/32] powerpc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 22/32] s390: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 31/32] lib: fix Devres devm_ioremap_* offset parameter kerneldoc description
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 32/32] lib: implement Devres ioremap_nopost() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 30/32] arm: implement ioremap_nopost() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 18/32] nios2: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 15/32] microblaze: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 07/32] arc: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v3 05/32] alpha: include default ioremap_nopost() implementation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v11 08/12] cryptouser.h: fix include from userland
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• "Consolidate get_dma_ops" breaks Xen on ARM
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• [PATCH 1/3] kernel/locking: #include <asm/spinlock.h> in qrwlock.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] arm64/locking: qspinlocks and qrwlocks support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] asm-generic: don't #include <linux/atomic.h> in qspinlock_types.h
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/3] arm64: queued spinlocks and rw-locks
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC PATCH 1/5] Construct init thread stack in the linker script rather than by union
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 2/5] Unroll INIT_TASK() in init/init_task.c
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 4/5] Unroll the INIT_SIGNALS and INIT_SIGHAND macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 3/5] Unroll various INIT_* macros
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 5/5] Unroll INIT_STRUCT_PID
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 0/5] Consolidate init_task handling
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V11 00/11] IOMMU probe deferral support
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• [PATCH V11 02/11] iommu/of: Prepare for deferred IOMMU configuration
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 03/11] of: dma: Make of_dma_deconfigure() public
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 05/11] of: device: Fix overflow of coherent_dma_mask
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 11/11] ACPI/IORT: Remove linker section for IORT entries probing
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 04/11] ACPI/IORT: Add function to check SMMUs drivers presence
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V11 00/11] IOMMU probe deferral support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH] remove compat_sys_getdents64() (was Re: [RFC] why do we still keep __{get,put}_user_unaligned()?)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] remove compat_sys_getdents64() (was Re: [RFC] why do we still keep __{get,put}_user_unaligned()?)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC] why do we still keep __{get,put}_user_unaligned()?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCHv3 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: hpa@xxxxxxxxx
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCHv3 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC 8/9] arm64/kvm: context-switch PAC registers
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC 0/9] ARMv8.3 pointer authentication userspace support
  • From: Adam Wallis <awallis@xxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v2] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][CFT][PATCHSET v2] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCHv2 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [PATCH V10 00/12] IOMMU probe deferral support
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] x86: Enable 5-level paging support
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 7/8] x86: Enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] x86: Enable 5-level paging support
  • From: Juergen Gross <jgross@xxxxxxxx>
• [RFC PATCH] arm64: futex: Fix undefined behaviour with FUTEX_OP_OPARG_SHIFT usage
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 7/8] x86: Enable 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 5/8] x86/mm: Make kernel_physical_mapping_init() support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 6/8] x86/mm: Add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/8] x86/boot/64: Rewrite startup_64 in C
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 8/8] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/8] x86: 5-level paging enabling for v4.12, Part 4
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 4/8] x86/mm: Add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/8] x86/boot/64: Rename init_level4_pgt and early_level4_pgt
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 03/12] of: dma: Move range size workaround to of_dma_get_range()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 03/12] of: dma: Move range size workaround to of_dma_get_range()
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH V10 03/12] of: dma: Move range size workaround to of_dma_get_range()
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Wesley Terpstra <wesley@xxxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Ley Foon Tan <ley.foon.tan@xxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Wesley Terpstra <wesley@xxxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Ley Foon Tan <ley.foon.tan@xxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 21/26] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 21/26] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V10 00/12] IOMMU probe deferral support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/17] pci: Add arch_can_pci_mmap_wc() macro
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V10 00/12] IOMMU probe deferral support
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Wesley Terpstra <wesley@xxxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Wesley Terpstra <wesley@xxxxxxxxxx>
• Re: [PATCH 00/17] PCI resource mmap cleanup
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 04/17] pci: Add arch_can_pci_mmap_wc() macro
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: PCI enumeration without a BIOS
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• PCI enumeration without a BIOS
  • From: Wesley Terpstra <wesley@xxxxxxxxxx>
• Re: [PATCH V10 00/12] IOMMU probe deferral support
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 07/12] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V10 07/12] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 12/12] ACPI/IORT: Remove linker section for IORT entries probing
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 09/12] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 08/12] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 05/12] ACPI/IORT: Add function to check SMMUs drivers presence
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 04/12] of: dma: Make of_dma_deconfigure() public
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V10 03/12] of: dma: Move range size workaround to of_dma_get_range()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH V10 05/12] ACPI/IORT: Add function to check SMMUs drivers presence
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 04/12] of: dma: Make of_dma_deconfigure() public
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 03/12] of: dma: Move range size workaround to of_dma_get_range()
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 06/12] of: device: Fix overflow of coherent_dma_mask
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 01/12] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 02/12] iommu/of: Prepare for deferred IOMMU configuration
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 00/12] IOMMU probe deferral support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 08/12] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 07/12] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 09/12] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 10/12] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 11/12] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V10 12/12] ACPI/IORT: Remove linker section for IORT entries probing
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] vmlinux.lds: add missing VMLINUX_SYMBOL macros
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] vmlinux.lds: add missing VMLINUX_SYMBOL macros
  • From: Jessica <jeyu@xxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: James Morse <james.morse@xxxxxxx>
• Re: [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC 2/9] arm64: add pointer authentication register bits
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 7/9] arm64: expose PAC bit positions via ptrace
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 4/9] arm64/cpufeature: detect pointer authentication
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 3/9] arm64/cpufeature: add ARMv8.3 id_aa64isar1 bits
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 5/9] arm64: Don't trap host pointer auth use to EL2
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 6/9] arm64: add basic pointer authentication support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 9/9] arm64: docs: document pointer authentication
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 8/9] arm64/kvm: context-switch PAC registers
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 1/9] asm-generic: mm_hooks: allow hooks to be overridden individually
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 0/9] ARMv8.3 pointer authentication userspace support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC][PATCH] spin loop arch primitives for busy waiting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: crash under qemu, bisected to f2a6a7050109 ("x86: Convert the rest of the code to support p4d_t")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• crash under qemu, bisected to f2a6a7050109 ("x86: Convert the rest of the code to support p4d_t")
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCHv3 7/7] x86/espfix: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 0/7] x86: 5-level paging enabling for v4.12, Part 3
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 1/7] x86/boot: Detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 6/7] x86/kasan: Extend to support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 5/7] x86/mm: Add basic defines/helpers for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 3/7] x86/mm: Define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 4/7] x86/paravirt: Make paravirt code support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 2/7] x86/asm: Remove __VIRTUAL_MASK_SHIFT==47 assert
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] percpu: drop useless macro PER_CPU_DEF_ATTRIBUTES
  • From: Cao jin <caoj.fnst@xxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] percpu: drop useless macro PER_CPU_DEF_ATTRIBUTES
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCHv2 8/8] x86/espfix: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 3/8] x86/mm: Define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [RFC][CFT][PATCHSET v1] uaccess unification
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] percpu: drop useless macro PER_CPU_DEF_ATTRIBUTES
  • From: Cao jin <caoj.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/mm: Define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] x86/mm: Define virtual memory map for 5-level paging
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] percpu: drop useless macro PER_CPU_DEF_ATTRIBUTES
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] vmlinux.lds: Add __clkevt_of_table to kernel
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCHv2 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 5/8] x86/mm: Add basic defines/helpers for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 1/8] x86/boot: Detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH] percpu: drop useless macro PER_CPU_DEF_ATTRIBUTES
  • From: Cao jin <caoj.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: fix section name for .data..ro_after_init
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/mm: Add basic defines/helpers for CONFIG_X86_5LEVEL
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/8] x86/boot: Detect 5-level paging support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] mm: fix section name for .data..ro_after_init
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH] mm: fix section name for .data..ro_after_init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/8] x86/kasan: Extend to support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 4/8] x86/paravirt: Make paravirt code support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 5/8] x86/mm: Add basic defines/helpers for CONFIG_X86_5LEVEL
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 6/8] x86/dump_pagetables: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 8/8] x86/espfix: Add support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/8] x86/mm: Define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/8] x86/boot: Detect 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/8] x86/asm: Remove __VIRTUAL_MASK_SHIFT==47 assert
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/8] x86: 5-level paging enabling for v4.12, Part 3
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v11 00/12] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] x86/xen: Change __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v11 12/12] arch/include: remove empty Kbuild files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 09/12] smc_diag.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 10/12] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 01/12] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 00/12] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 02/12] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 08/12] cryptouser.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 03/12] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 11/12] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 07/12] btrfs_tree.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 05/12] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 04/12] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v11 06/12] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v10 11/11] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v10 01/11] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v10 07/11] btrfs_tree.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 5/6] x86/xen: Change __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v10 07/11] btrfs_tree.h: fix include from userland
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v10 01/11] h8300: put bitsperlong.h in uapi
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v10 11/11] uapi: export all arch specifics directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] zram: Convert to using memset_l
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: Splat during resume
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH v3 7/7] vga: Optimise console scrolling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 7/7] vga: Optimise console scrolling
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Splat during resume
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Splat during resume
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH v3 3/7] x86: Implement memset16, memset32 & memset64
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 4/7] alpha: Add support for memset16
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/5] uapi: fix asm/msgbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 3/5] uapi: fix asm/sembuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 4/5] uapi: fix asm/shmbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 5/5] uapi: fix another asm/shmbuf.h userspace compilation error
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 1/5] uapi: fix asm/ipcbuf.h userspace compilation errors
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH 0/5] uapi: fix userspace compilation of asm/ ipc headers
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Splat during resume
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Splat during resume
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: Splat during resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Splat during resume
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Splat during resume
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 2/4] mm: Add functions to support extra actions on swap in/out
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/17] pci: Only allow WC mmap on prefetchable resources
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] PCI resource mmap cleanup
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] PCI resource mmap cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 4/7] alpha: Add support for memset16
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 6/7] sym53c8xx_2: Convert to use memset32
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 7/7] vga: Optimise console scrolling
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 2/7] ARM: Implement memset16, memset32 & memset64
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 3/7] x86: Implement memset16, memset32 & memset64
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 1/7] Add multibyte memset functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 5/7] zram: Convert to using memset_l
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 0/7] Add memsetN functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 03/17] pci: Only allow WC mmap on prefetchable resources
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/17] PCI resource mmap cleanup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] vmlinux.lds: add __clkevt_of_table to kernel
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH v4 15/28] Add support to access persistent memory in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH 18/17] x86: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] vmlinux.lds: add __clkevt_of_table to kernel
  • From: Alexander Kochetkov <al.kochet@xxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 11/17] cris: Use generic pci_mmap_resource_range()
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [PATCH 00/17] PCI resource mmap cleanup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 04/17] pci: Add arch_can_pci_mmap_wc() macro
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 10/17] arm: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 17/17] arm64: Do not expose PCI mmap through procfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 05/17] pci: Move multiple declarations of pci_mmap_page_range() to <linux/pci.h>
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 16/17] unicore: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 03/17] pci: Only allow WC mmap on prefetchable resources
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 15/17] sh: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 12/17] mips: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 14/17] parisc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 11/17] cris: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 08/17] pci: Add BAR index argument to pci_mmap_page_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 13/17] mn10300: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 02/17] pci: Fix another sanity check bug in /proc/pci mmap
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 01/17] pci: Fix pci_mmap_fits() for HAVE_PCI_RESOURCE_TO_USER platforms
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 09/17] pci: Add pci_mmap_resource_range() and use it for ARM64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 06/17] pci: Add HAVE_PCI_MMAP_IO to architectures which can mmap() I/O space
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 07/17] pci: Use BAR index in sysfs attr->private instead of resource pointer
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/4] asm-generic/io.h: Remove unused generic __ioremap() definition
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 05/20] ARM: implement pci_remap_cfgspace() interface
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/20] ARM: implement pci_remap_cfgspace() interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 2/4] asm-generic/io.h: Remove unused generic __ioremap() definition
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 1/4] asm-generic/io.h: Fix "IOMMU" typos
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2 2/4] asm-generic/io.h: Remove unused generic __ioremap() definition
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2 3/4] asm-generic/io.h: Simplify ioremap() comments
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2 4/4] asm-generic/io.h: Drop ioremap_uc() stub for systems with MMU
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v2 0/4] ioremap() tidy-up
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v1 0/3] ioremap() tidy-up
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: hpa@xxxxxxxxx
• Re: [PATCHv3 15/16] video: vermilion: Use set_memory.h header
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 05/20] ARM: implement pci_remap_cfgspace() interface
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] generic syscalls: Wire up statx syscall
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2] generic syscalls: Wire up statx syscall
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 1/3] arm64: enable pci resource mapping using sysfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] arm64: enable pci resource mapping using sysfs
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCHv3 13/16] ALSA: Use set_memory.h header
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• RE: [RFC PATCH v4 15/28] Add support to access persistent memory in the clear
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• Re: [PATCH v1 0/3] ioremap() tidy-up
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• 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 24/28] x86: Access the setup data through debugfs decrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 3/6] x86/mm/pat: Add 5-level paging support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 4/6] x86/kasan: Prepare clear_pgds() to switch to <asm-generic/pgtable-nop4d.h>
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] x86/xen: Change __xen_pgd_walk() and xen_cleanmfnmap() to support p4d
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/6] x86/efi: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 6/6] x86: Convert the rest of the code to support p4d_t
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/6] x86/mm/pat: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/6] x86/kexec: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v1 3/3] asm-generic/io.h: Simplify ioremap() comments
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 1/3] asm-generic/io.h: Fix "IOMMU" typos
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 2/3] asm-generic/io.h: Remove unused generic __ioremap() definition
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v1 0/3] ioremap() tidy-up
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCHv2 7/7] x86/mm: Switch to generic get_user_page_fast() implementation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] mm/gup: Implement dev_pagemap logic in generic get_user_pages_fast()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Liviu Dudau <liviu@xxxxxxxxxxx>
• Re: [PATCH 0/7] Switch x86 to generic get_user_pages_fast() implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 02/20] PCI: fix pci_remap_iospace() remap attribute
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCHv2 7/7] x86/mm: Switch to generic get_user_page_fast() implementation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/20] asm-generic/io.h: add PCI config space remap interface
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 7/7] x86/mm: Switch to generic get_user_page_fast() implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Switch x86 to generic get_user_pages_fast() implementation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] x86/mm: Switch to generic get_user_page_fast() implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/7] mm: Drop arch_pte_access_permitted() mmu hook
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 4/7] mm/gup: Make pages referenced during generic get_user_pages_fast()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 5/7] mm/gup: Implement dev_pagemap logic in generic get_user_pages_fast()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 6/7] mm/gup: Provide hook to check if __GUP_fast() is allowed for the range
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/7] mm/gup: Move page table entry dereference into helper
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/7] mm/gup: Move permission checks into helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/7] Switch x86 to generic get_user_pages_fast() implementation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 7/7] x86/mm: Switch to generic get_user_page_fast() implementation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] generic syscalls: Wire up statx syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] generic syscalls: Wire up statx syscall
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 2/4] pci: Add arch_can_pci_mmap_wc() macro
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 1/4] arm64: enable pci resource mapping using sysfs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 4/4] arm64: Do not expose PCI mmap through procfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 3/4] pci: Move multiple declarations of pci_mmap_page_range() to <linux/pci.h>
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 2/4] pci: Add arch_can_pci_mmap_wc() macro
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2 1/4] arm64: enable pci resource mapping using sysfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] arm64: enable pci resource mapping using sysfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] arm64: enable pci resource mapping using sysfs
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 3/3] pci: Move multiple declarations of pci_mmap_page_range() to <linux/pci.h>
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 1/3] arm64: enable pci resource mapping using sysfs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 2/3] pci: Add arch_can_pci_mmap_wc() macro
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Josh Hunt <johunt@xxxxxxxxxx>
• Re: [PATCHv2,6/7] mm: convert generic code to 5-level paging
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH] mm, gup: fix typo in gup_p4d_range()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2,6/7] mm: convert generic code to 5-level paging
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2,6/7] mm: convert generic code to 5-level paging
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• [PATCH v10 03/11] x86: stop exporting msr-index.h to userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 05/11] Makefile.headersinst: remove destination-y option
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 09/11] smc_diag.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 06/11] uapi: includes linux/types.h before exporting files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 07/11] btrfs_tree.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 01/11] h8300: put bitsperlong.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 11/11] uapi: export all arch specifics directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 08/11] cryptouser.h: fix include from userland
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 10/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 04/11] Makefile.headersinst: cleanup input files
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH v10 02/11] nios2: put setup.h in uapi
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Till Smejkal <till.smejkal@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Josh Hunt <johunt@xxxxxxxxxx>
• Re: [PATCH] mm, gup: fix typo in gup_p4d_range()
  • From: Chris Packham <Chris.Packham@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Josh Hunt <johunt@xxxxxxxxxx>
• Re: [PATCH v9 00/11] uapi: export all headers under uapi directories
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [RFC PATCH] sock: add SO_RCVQUEUE_SIZE getsockopt
  • From: Josh Hunt <johunt@xxxxxxxxxx>
• [PATCH v2] generic syscalls: Wire up statx syscall
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH 2/6] x86/mm: Convert trivial cases of page table walk to 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 6/6] x86/power: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 5/6] x86/vmalloc: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 4/6] x86/ident_map: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 3/6] x86/gup: Add 5-level paging support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/6] x86: 5-level paging enabling for v4.12, Part 1
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/6] x86/mm: Extend headers with basic definitions to support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm, gup: fix typo in gup_p4d_range()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] mm, gup: fix typo in gup_p4d_range()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/26] x86: 5-level paging enabling for v4.12
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 19/26] x86/kasan: extend to support 5-level paging
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 22/26] x86/mm: add sync_global_pgds() for configuration with 5-level paging
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 21/26] x86/mm: add support of additional page table level during early boot
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 21/26] x86/mm: add support of additional page table level during early boot
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 22/26] x86/mm: add sync_global_pgds() for configuration with 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 00/26] x86: 5-level paging enabling for v4.12
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 18/26] x86/dump_pagetables: support 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 15/26] x86/mm: define virtual memory map for 5-level paging
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 05/26] x86/mm: add support of p4d_t in vmalloc_fault()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 24/26] x86/mm: add support for 5-level paging for KASLR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 06/26] x86/power: support p4d_t in hibernate code
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>