Linux Alpha

• Thread Index

• [PATCH] alpha: Declare virt_to_phys and virt_to_bus parameter as pointer to volatile
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] sparc: Remove usage of the deprecated "pci-dma-compat.h" API
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH linux-next] alpha:smp: fix warning comparing pointer to 0
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Re: [PATCH v2] init: consolidate trap_init()
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] alpha: in_irq() cleanup
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH v4 12/15] pci: Mark MSI data shared
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 00/21] .map_sg() error cleanup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] alpha: agp: make empty macros use do-while-0 style
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] alpha: pci-sysfs: fix all kernel-doc warnings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v4 15/15] x86/tdx: Add cmdline option to force use of ioremap_shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 13/15] virtio: Use shared mappings for virtio PCI devices
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 14/15] x86/tdx: Implement ioremap_shared for x86
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 12/15] pci: Mark MSI data shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 11/15] pci: Add pci_iomap_shared{,_range}
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 10/15] asm/io.h: Add ioremap_shared fallback
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 09/15] pci: Consolidate pci_iomap* and pci_iomap*wc
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 04/15] x86/tdx: Add helper to do MapGPA hypercall
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 08/15] x86/tdx: Enable shared memory protected guest flags for TDX guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 07/15] x86/tdx: ioapic: Add shared bit for IOAPIC base address
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 06/15] x86/kvm: Use bounce buffers for TD guest
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 05/15] x86/tdx: Make DMA pages shared
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 03/15] x86/tdx: Make pages shared in ioremap()
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 02/15] x86/tdx: Exclude Shared bit from physical_mask
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 01/15] x86/mm: Move force_dma_unencrypted() to common code
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• [PATCH v4 00/15] Add TDX Guest Support (shared-mm support)
  • From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH v3] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/4] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 3/4] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 4/5] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 4/5] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 5/6] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 6/9] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 06/11] alpha: Send stop IPI to send to online CPUs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] alpha: remove unneeded variable
  • From: <yang.yang29@xxxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sock: allow reading and changing sk_userlocks with setsockopt
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PULL] alpha.git
  • From: pr-tracker-bot@xxxxxxxxxx
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• [PATCH v3 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 05/21] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 06/21] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 10/21] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 16/21] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 14/21] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 12/21] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 18/21] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 20/21] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 03/21] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 00/21] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v3 04/21] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH] alpha: register early reserved memory in memblock
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Regression bisected to fa3354e4ea39 (mm: free_area_init: use maximal zone PFNs rather than zone sizes)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH v2 12/21] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 03/21] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 09/21] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 10/21] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 11/21] powerpc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 08/21] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 06/21] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 05/21] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 07/21] ARM/dma-mapping: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 04/21] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 13/21] s390/pci: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 15/21] sparc/iommu: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 14/21] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 16/21] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 19/21] x86/amd_gart: don't set failed sg dma_address to DMA_MAPPING_ERROR
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 18/21] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 17/21] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 01/21] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 21/21] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 20/21] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 02/21] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v2 00/21] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Concern about arch/alpha/kernel/smc37c669.c
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v1 00/16] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1 00/16] .map_sg() error cleanup
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v1 15/16] dma-mapping: return error code from dma_dummy_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 11/16] sparc/iommu: return error codes from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 04/16] dma-iommu: Return error code from iommu_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 06/16] ARM/dma-mapping: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 05/16] alpha: return error code from alpha_pci_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 07/16] ia64/sba_iommu: return error code from sba_map_sg_attrs()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 09/16] powerpc/iommu: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 08/16] MIPS/jazzdma: return error code from jazz_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 12/16] parisc: return error code from .map_sg() ops
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 14/16] x86/amd_gart: return error code from gart_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 10/16] s390/pci: return error code from s390_dma_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 13/16] xen: swiotlb: return error code from xen_swiotlb_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 16/16] dma-mapping: Disallow .map_sg operations from returning zero on error
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 03/16] iommu: Return full error code from iommu_map_sg[_atomic]()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 01/16] dma-mapping: Allow map_sg() ops to return negative error codes
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 02/16] dma-direct: Return appropriate error code from dma_direct_map_sg()
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v1 00/16] .map_sg() error cleanup
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: add linux-alpha archives to lore.kernel.org?
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: add linux-alpha archives to lore.kernel.org?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• add linux-alpha archives to lore.kernel.org?
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 139/160] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 167/189] net: retrieve netns cookie via getsocketopt
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] arch: alpha: fix spelling mistakes
  • From: gushengxian <gushengxian507419@xxxxxxxxx>
• [PATCH AUTOSEL 5.12 20/80] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 19/70] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 20/85] sched/core: Initialize the idle task with preemption disabled
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] arch: alpha: fix spelling mistakes
  • From: gushengxian <gushengxian507419@xxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] signal: Move PTRACE_EVENT_EXIT into get_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/9] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: remove the legacy ide driver v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/2] alpha/ptrace: Improved switch_stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: remove the legacy ide driver v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove the legacy ide driver v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver v2
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] ARM: disable CONFIG_IDE in pxa_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 3/6] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• remove the legacy ide driver v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• + mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v2 2/2] mm: rename p4d_page_vaddr to p4d_pgtable and make it return pud_t *
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Stephen Brennan <stephen@xxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 7/9] docs: remove description of DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 6/9] arch, mm: remove stale mentions of DISCONIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/9] arc: remove support for DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/9] arc: update comment about HIGHMEM implementation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/9] alpha: remove DISCONTIGMEM and NUMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 7/9] docs: remove description of DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 6/9] arch, mm: remove stale mentions of DISCONIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 4/9] m68k: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 3/9] arc: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/9] arc: update comment about HIGHMEM implementation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/9] alpha: remove DISCONTIGMEM and NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/9] Remove DISCONTIGMEM memory model
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] Remove DISCINTIGMEM memory model
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 2/9] arc: update comment about HIGHMEM implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 7/9] docs: remove description of DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 6/9] arch, mm: remove stale mentions of DISCONIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/9] m68k: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/9] arc: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/9] arc: update comment about HIGHMEM implementation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/9] alpha: remove DISCONTIGMEM and NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/9] Remove DISCINTIGMEM memory model
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH 4/9] m68k: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 4/9] m68k: remove support for DISCONTIGMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 9/9] mm: replace CONFIG_FLAT_NODE_MEM_MAP with CONFIG_FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 8/9] mm: replace CONFIG_NEED_MULTIPLE_NODES with CONFIG_NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 7/9] docs: remove description of DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 6/9] arch, mm: remove stale mentions of DISCONIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 5/9] mm: remove CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 4/9] m68k: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 3/9] arc: remove support for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/9] arc: update comment about HIGHMEM implementation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/9] alpha: remove DISCONTIGMEM and NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/9] Remove DISCINTIGMEM memory model
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2] mm: generalize ZONE_[DMA|DMA32]
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm: generalize ZONE_[DMA|DMA32]
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH 1/5] kbuild: require all architectures to have arch/$(SRCARCH)/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: Concern about arch/alpha/kernel/smc37c669.c
  • From: He Zhe <zhe.he@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] audit: add support for the openat2 syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 2/3] audit: add support for the openat2 syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v4 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v4 2/3] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v4 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v4 0/3] audit: add support for openat2
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH] alpha: fp_emul: avoid init/cleanup_module names
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/13] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] sched: Initialize the idle task with preemption disabled
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [PATCH 1/5] kbuild: require all architectures to have arch/$(SRCARCH)/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/5] alpha: move core-y in arch/alpha/Makefile to arch/alpha/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v3 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v3 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] kernel.h: Split out panic and oops helpers
  • From: Alex Elder <elder@xxxxxxxx>
• [PATCH resend v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 1/1] kernel.h: Split out panic and oops helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: Concern about arch/alpha/kernel/smc37c669.c
  • From: Tobias Klausmann <klausman@xxxxxxxxxxxxxxx>
• Concern about arch/alpha/kernel/smc37c669.c
  • From: He Zhe <zhe.he@xxxxxxxxxxxxx>
• [PATCH v3 2/3] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v3 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v3 0/3] audit: add support for openat2
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 0/3] audit: add support for openat2
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v2 2/3] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v2 0/3] audit: add support for openat2
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v2 1/3] audit: replace magic audit syscall class numbers with macros
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] alpha: Add syscall_get_return_value()
  • From: He Zhe <zhe.he@xxxxxxxxxxxxx>
• [PATCH] alpha: Add syscall_get_return_value()
  • From: He Zhe <zhe.he@xxxxxxxxxxxxx>
• [PATCH] alpha: csum_partial_copy.c: add function prototypes from <net/checksum.h>
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH] alpha: eliminate old-style function definitions
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH v2] init: consolidate trap_init()
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] mm: Define ARCH_HAS_FIRST_USER_ADDRESS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 1/2] alpha: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• [PATCH v2 1/1] kernel.h: Split out panic and oops helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Kirsten Bromilow <kirsten1@xxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Kirsten Bromilow <kirsten1@xxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• Re: [PATCH] alpha/kernel/traps: Use find_vma_intersection() in traps for setting si_code
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH] alpha/kernel/traps: Use find_vma_intersection() in traps for setting si_code
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH] alpha/kernel/traps: Use find_vma_intersection() in traps for setting si_code
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• X11 system lockup with 5.11.0 kernel
  • From: Bob Tracy <rct@xxxxxxxx>
• [PATCH v1 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/3] drivers/char: remove /dev/kmem for good
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 06/10] MIPS: disable CONFIG_IDE in rbtx49xx_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] MIPS: switch workpad_defconfig from legacy IDE to libata
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Cye Borg <cyborgyn@xxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] ide: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 10/10] ide: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: remove the legacy ide driver
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RFC 2/3] mm: remove xlate_dev_kmem_ptr()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the legacy ide driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/10] m68k: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] MIPS: disable CONFIG_IDE in bigsur_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/10] MIPS: disable CONFIG_IDE in malta*_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/10] MIPS: disable CONFIG_IDE in rbtx49xx_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] MIPS: switch workpad_defconfig from legacy IDE to libata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] MIPS: disable CONFIG_IDE in sb1250_swarm_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/10] ARM: disable CONFIG_IDE in pxa_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] ARM: disable CONFIG_IDE in footbridge_defconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] alpha: use libata instead of the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• remove the legacy ide driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] audit: add support for the openat2 syscall
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v2] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RESEND] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH RESEND] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] mm: Move mem_init_print_info() into mm_init()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: alpha patches for v4.4.y / v4.9.y
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• alpha patches for v4.4.y / v4.9.y
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 1/2] alpha: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/2] alpha: syscalls: switch to generic syscallhdr.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/2] arch: syscalls: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <dhildenb@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH RFC] madvise.2: Document MADV_POPULATE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 02/29] alpha: Avoid comma separated statements
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 02/29] alpha: Avoid comma separated statements
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/2] arch: syscalls: remove $(srctree)/ prefix from syscall tables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/2] arch: syscalls: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 21/27] sparc: remove wrong comment from arch/sparc/include/asm/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH bpf 0/4] Expose network namespace cookies to user space
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH] tmpfs: disallow CONFIG_TMPFS_INODE64 on alpha
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH] tmpfs: disallow CONFIG_TMPFS_INODE64 on alpha
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 02/29] alpha: Avoid comma separated statements
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 18/27] parisc: syscalls: switch to generic syscalltbl.sh
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 12/27] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 11/27] m68k: add missing FORCE and fix 'targets' to make if_changed work
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• [PATCH 19/27] sh: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 26/27] xtensa: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 06/27] ARM: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 11/27] m68k: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 07/27] alpha: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 08/27] alpha: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 23/27] sparc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 03/27] x86/build: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 14/27] microblaze: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 09/27] ia64: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 01/27] scripts: add generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 10/27] ia64: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 02/27] x86/syscalls: fix -Wmissing-prototypes warnings from COND_SYSCALL()
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 24/27] powerpc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 15/27] mips: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 05/27] x86/syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 20/27] sh: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 18/27] parisc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 25/27] powerpc: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 01/27] scripts: add generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 04/27] x86/entry/x32: rename __x32_compat_sys_* to __x64_compat_sys_*
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 22/27] sparc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 27/27] xtensa: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 21/27] sparc: remove wrong comment from arch/sparc/include/asm/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 13/27] microblaze: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 16/27] mips: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 12/27] m68k: syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 17/27] parisc: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] arch/alpha:fix typo in a comment
  • From: ChunyouTang <tangchunyou@xxxxxxx>
• Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: Chunyou Tang <tangchunyou@xxxxxxx>
• Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] arch/alpha: fix typo in a comment in arch/alpha/boot/bootpz.c
  • From: ChunyouTang <tangchunyou@xxxxxxx>
• [PATCH] alpha: defconfig: add necessary configs for boot testing
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• RE: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: sonicadvance1@xxxxxxxxx
• [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: sonicadvance1@xxxxxxxxx
• [PATCH] alpha: remove CONFIG_EXPERIMENTAL from defconfigs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 01/18] arch: alpha: Remove CONFIG_OPROFILE support
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2] arch: consolidate pm_power_off callback
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] fs: binfmt_em86: check return code of remove_arg_zero
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH] alpha: Send stop IPI to send to online CPUs
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 13/17] local64.h: make <asm/local64.h> mandatory
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v2] arch: consolidate pm_power_off callback
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• Re: [PATCH] arch: consolidate pm_power_off callback
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] arch: consolidate pm_power_off callback
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH] arch: consolidate pm_power_off callback
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] arch: consolidate pm_power_off callback
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH 02/23] arch: alpha: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 03/23] arch: arm: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 07/23] arch: parisc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 08/23] arch: powerpc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 11/23] arch: sparc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 09/23] arch: s390: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 05/23] arch: ia64: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 04/23] arch: c6x: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>