Linux Arch

• Thread Index

• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Icenowy Zheng <uwu@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Icenowy Zheng <uwu@xxxxxxxxxx>
• Re: [GIT PULL] LoongArch fixes for v6.8-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [GIT PULL] LoongArch fixes for v6.8-rc6
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v4 03/36] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 24/36] rust: Add a rust helper for krealloc()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/17] mm: Add folio_end_read()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/17] mm: Add folio_end_read()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 10/16] x86/startup_64: Simplify virtual switch on primary boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] csky: apply page shift to PFN instead of VA in pfn_to_virt
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 1/4] asm-generic/page.h: apply page shift to PFN instead of VA in pfn_to_virt
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/4] parisc: checksum: Optimize from32to16
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: checksum: Remove folding from csum_partial
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] parisc: checksum: Use generic implementations
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/4] asm-generic headers: Allow csum_partial arch override
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 15/28] riscv/mm: Implement map_shadow_stack() syscall
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Petr Tesařík <petr@xxxxxxxxxxx>
• Re: [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 24/36] rust: Add a rust helper for krealloc()
  • From: Alice Ryhl <aliceryhl@xxxxxxxxxx>
• [PATCH 4/4] parisc: checksum: Optimize from32to16
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 2/4] parisc: checksum: Use generic implementations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 3/4] parisc: checksum: Remove folding from csum_partial
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 0/4] parisc: checksum: Use generic implementations and optimize checksum
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 1/4] asm-generic headers: Allow csum_partial arch override
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 09/28] mm: abstract shadow stack vma behind `arch_is_shadow_stack`
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy()
  • From: Jijie Shao <shaojijie@xxxxxxxxxx>
• Re: [RFC PATCH v1 15/28] riscv/mm: Implement map_shadow_stack() syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 15/28] riscv/mm: Implement map_shadow_stack() syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 18/28] prctl: arch-agnostic prtcl for indirect branch tracking
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 11/28] riscv: Implementing "PROT_SHADOWSTACK" on riscv
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 10/36] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 09/36] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 08/36] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 07/36] mm: introduce slabobj_ext to support slab object extensions
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 05/36] fs: Convert alloc_inode_sb() to a macro
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 04/36] scripts/kallysms: Always include __start and __stop symbols
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 03/36] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v4 02/36] asm-generic/io.h: Kill vmalloc.h dependency
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v4 01/36] fix missing vmalloc.h includes
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• [PATCH v4 36/36] memprofiling: Documentation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 35/36] MAINTAINERS: Add entries for code tagging and memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 34/36] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 33/36] codetag: debug: mark codetags for reserved pages as empty
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 32/36] codetag: debug: skip objext checking when it's for objext itself
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 31/36] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 30/36] rhashtable: Plumb through alloc tag
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 29/36] mm: vmalloc: Enable memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 28/36] mm: percpu: enable per-cpu allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 27/36] mm: percpu: Add codetag reference into pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 26/36] mm: percpu: Introduce pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 25/36] mempool: Hook up to memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 24/36] rust: Add a rust helper for krealloc()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 23/36] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 22/36] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 21/36] lib: add codetag reference into slabobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 20/36] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 18/36] mm: enable page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 17/36] change alloc_pages name in dma_map_ops to avoid name conflicts
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 16/36] mm: percpu: increase PERCPU_MODULE_RESERVE to accommodate allocation tags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 15/36] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 13/36] lib: prevent module unloading if memory is not freed
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 12/36] lib: code tagging module support
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 11/36] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 10/36] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 09/36] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 08/36] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 07/36] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 06/36] mm: enumerate all gfp flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 05/36] fs: Convert alloc_inode_sb() to a macro
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 04/36] scripts/kallysms: Always include __start and __stop symbols
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 03/36] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 02/36] asm-generic/io.h: Kill vmalloc.h dependency
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 01/36] fix missing vmalloc.h includes
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v4 00/36] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] mm/mmu_gather: change __tlb_remove_tlb_entry() to an inline function
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v8 20/38] arm64/gcs: Ensure that new threads have a GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• RE: [External] Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH] mm/mmu_gather: change __tlb_remove_tlb_entry() to an inline function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [External] Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v5 07/16] x86/startup_64: Simplify CR4 handling in startup code
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v5 16/16] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 15/16] x86/sev: Move early startup code into .head.text section
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 14/16] x86/sme: Move early SME kernel encryption handling into .head.text
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 13/16] x86/boot: Move mem_encrypt= parsing to the decompressor
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 12/16] efi/libstub: Add generic support for parsing mem_encrypt=
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 11/16] x86/sme: Avoid SME/SVE related checks on non-SME/SVE platforms
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 10/16] x86/startup_64: Simplify virtual switch on primary boot
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 09/16] x86/startup_64: Simplify calculation of initial page table address
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 08/16] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 07/16] x86/startup_64: Simplify CR4 handling in startup code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 06/16] x86/startup_64: Use RIP_REL_REF() to access early_top_pgt[]
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 05/16] x86/startup_64: Use RIP_REL_REF() to access early page tables
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 04/16] x86/startup_64: Use RIP_REL_REF() to access __supported_pte_mask
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 03/16] x86/startup_64: Use RIP_REL_REF() to access early_dynamic_pgts[]
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 02/16] x86/startup_64: Use RIP_REL_REF() to assign phys_base
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 01/16] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v5 00/16] x86: Confine early 1:1 mapped startup code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/4] arm64: separate code and data virtual memory allocation
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• [PATCH 0/6] Fix mlx5 write combining support on new ARM64 cores
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 1/6] x86: Stop using weak symbols for __iowrite32_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 2/6] s390: Implement __iowrite32_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 3/6] s390: Stop using weak symbols for __iowrite64_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 6/6] IB/mlx5: Use __iowrite64_copy() for write combining stores
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Stefan O'Rear" <sorear@xxxxxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 3/4] arm64: separate code and data virtual memory allocation
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH 1/4] mm/vmalloc: allow arch-specific vmalloc_node overrides
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH 4/4] arm64: dynamic enforcement of pmd-level PXNTable
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH 2/4] mm: pgalloc: support address-conditional pmd allocation
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [PATCH 0/4] arm64: mm: support dynamic vmalloc/pmd configuration
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 07/11] efi/libstub: Add generic support for parsing mem_encrypt=
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [musl] Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: "Stefan O'Rear" <sorear@xxxxxxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• arm64 MTE tag storage reuse - alternatives to MIGRATE_CMA
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH v8 35/38] selftests/arm64: Add GCS signal tests
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v8 23/38] arm64/signal: Set up and restore the GCS context for signal handlers
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v8 20/38] arm64/gcs: Ensure that new threads have a GCS
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v8 00/38] arm64/gcs: Provide support for GCS in userspace
  • From: Thiago Jung Bauermann <thiago.bauermann@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 07/11] efi/libstub: Add generic support for parsing mem_encrypt=
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 07/11] efi/libstub: Add generic support for parsing mem_encrypt=
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 03/11] x86/startup_64: Simplify CR4 handling in startup code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] context_tracking: Make context_tracking_key __ro_after_init
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 18/35] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 20/35] lib: add codetag reference into slabobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 18/35] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 14/35] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 20/35] lib: add codetag reference into slabobj_ext
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 18/35] mm: create new codetag references during page splitting
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH rdma-next 1/2] arm64/io: add memcpy_toio_64
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH rdma-next 1/2] arm64/io: add memcpy_toio_64
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/35] lib: introduce support for page allocation tagging
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/35] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: Peter Bergner <bergner@xxxxxxxxxxxxx>
• Re: [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v6 8/9] Introduce cpu_dcache_is_aliasing() across all architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 9/9] dax: Fix incorrect list of data cache aliasing architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 7/9] dax: Check for data cache aliasing at runtime
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 6/9] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 5/9] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 2/9] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 4/9] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 3/9] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 1/9] dax: add empty static inline for CONFIG_DAX=n
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 0/9] Introduce cpu_dcache_is_aliasing() to fix DAX regression
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v2] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: Peter Bergner <bergner@xxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 25/35] xfs: Memory allocation profiling fixups
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector, entries
  • From: Peter Bergner <bergner@xxxxxxxxxxxxx>
• Re: [PATCH v3 25/35] xfs: Memory allocation profiling fixups
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v3 10/10] mm/memory: optimize unmap/zap with PTE-mapped THP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 08/10] mm/mmu_gather: add __tlb_remove_folio_pages()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 07/10] mm/mmu_gather: add tlb_remove_tlb_entries()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 06/10] mm/mmu_gather: define ENCODED_PAGE_FLAG_DELAY_RMAP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 05/10] mm/mmu_gather: pass "delay_rmap" instead of encoded page to __tlb_remove_page_size()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 04/10] mm/memory: factor out zapping folio pte into zap_present_folio_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 03/10] mm/memory: further separate anon and pagecache folio handling in zap_present_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 02/10] mm/memory: handle !page case in zap_present_pte() separately
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 01/10] mm/memory: factor out zapping of present pte into zap_present_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 00/10] mm/memory: optimize unmap/zap with PTE-mapped THP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 11/11] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Andy Shevchenko <andy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v4 11/11] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v4 11/11] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 01/11] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 01/11] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 1/8] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 01/11] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 1/8] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 08/14] memory-provider: dmabuf devmem memory provider
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [PATCH v4 11/11] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 10/11] x86/sev: Move early startup code into .head.text section
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 09/11] x86/sme: Move early SME kernel encryption handling into .head.text
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 08/11] x86/boot: Move mem_encrypt= parsing to the decompressor
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 07/11] efi/libstub: Add generic support for parsing mem_encrypt=
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 06/11] x86/startup_64: Simplify virtual switch on primary boot
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 05/11] x86/startup_64: Simplify calculation of initial page table address
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 04/11] x86/startup_64: Defer assignment of 5-level paging global variables
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 03/11] x86/startup_64: Simplify CR4 handling in startup code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 02/11] x86/startup_64: Replace pointer fixups with RIP-relative references
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 01/11] x86/startup_64: Simplify global variable accesses in GDT/IDT programming
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• [PATCH v4 00/11] x86: Confine early 1:1 mapped startup code
  • From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 4/8] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 09/28] mm: abstract shadow stack vma behind `arch_is_shadow_stack`
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v5 1/8] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v3 10/35] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 00/35] Memory allocation profiling
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 17/35] mm: enable page allocation tagging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 10/35] lib: code tagging framework
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 09/35] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 06/35] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/35] mm: enumerate all gfp flags
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/35] fs: Convert alloc_inode_sb() to a macro
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 02/35] scripts/kallysms: Always include __start and __stop symbols
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: fan <nifan.cxl@xxxxxxxxx>
• [PATCH v3 35/35] MAINTAINERS: Add entries for code tagging and memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 34/35] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 33/35] codetag: debug: mark codetags for reserved pages as empty
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 32/35] codetag: debug: skip objext checking when it's for objext itself
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 31/35] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 30/35] rhashtable: Plumb through alloc tag
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 29/35] mm: vmalloc: Enable memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 28/35] mm: percpu: enable per-cpu allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 27/35] mm: percpu: Add codetag reference into pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 26/35] mm: percpu: Introduce pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 25/35] xfs: Memory allocation profiling fixups
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 24/35] mempool: Hook up to memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 22/35] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 23/35] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 21/35] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 20/35] lib: add codetag reference into slabobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 19/35] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 17/35] mm: enable page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 18/35] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 16/35] change alloc_pages name in dma_map_ops to avoid name conflicts
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 15/35] mm: percpu: increase PERCPU_MODULE_RESERVE to accommodate allocation tags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 14/35] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 13/35] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 12/35] lib: prevent module unloading if memory is not freed
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 11/35] lib: code tagging module support
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 10/35] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 09/35] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 08/35] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 07/35] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 06/35] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 05/35] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 04/35] mm: enumerate all gfp flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 03/35] fs: Convert alloc_inode_sb() to a macro
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 02/35] scripts/kallysms: Always include __start and __stop symbols
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v3 00/35] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH v5 8/8] dax: Fix incorrect list of data cache aliasing architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 7/8] Introduce cpu_dcache_is_aliasing() across all architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 5/8] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 6/8] dax: Check for data cache aliasing at runtime
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 4/8] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 3/8] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 2/8] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 1/8] dax: alloc_dax() return ERR_PTR(-EOPNOTSUPP) for CONFIG_DAX=n
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5 0/8] Introduce cpu_dcache_is_aliasing() to fix DAX regression
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 09/19] x86/head64: Simplify GDT/IDT initialization code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 09/19] x86/head64: Simplify GDT/IDT initialization code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 08/19] x86/head64: Replace pointer fixups with PIE codegen
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 08/19] x86/head64: Replace pointer fixups with PIE codegen
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 08/19] x86/head64: Replace pointer fixups with PIE codegen
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 01/28] riscv: abstract envcfg CSR
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 10/10] mm/memory: optimize unmap/zap with PTE-mapped THP
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 08/10] mm/mmu_gather: add __tlb_remove_folio_pages()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 08/10] mm/mmu_gather: add __tlb_remove_folio_pages()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 01/10] mm/memory: factor out zapping of present pte into zap_present_pte()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH RESEND] asm-generic/io.h: fix grammar typos
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/19] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 06/19] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 10/10] mm/memory: optimize unmap/zap with PTE-mapped THP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 09/10] mm/mmu_gather: improve cond_resched() handling with large folios and expensive page freeing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 08/10] mm/mmu_gather: add __tlb_remove_folio_pages()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 07/10] mm/mmu_gather: add tlb_remove_tlb_entries()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 06/10] mm/mmu_gather: define ENCODED_PAGE_FLAG_DELAY_RMAP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 05/10] mm/mmu_gather: pass "delay_rmap" instead of encoded page to __tlb_remove_page_size()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 04/10] mm/memory: factor out zapping folio pte into zap_present_folio_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 03/10] mm/memory: further separate anon and pagecache folio handling in zap_present_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 02/10] mm/memory: handle !page case in zap_present_pte() separately
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 01/10] mm/memory: factor out zapping of present pte into zap_present_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 00/10] mm/memory: optimize unmap/zap with PTE-mapped THP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 15/28] riscv/mm: Implement map_shadow_stack() syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH v1 11/28] riscv: Implementing "PROT_SHADOWSTACK" on riscv
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 06/19] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 09/12] nvdimm/pmem: Cleanup alloc_dax() error handling
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 05/12] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 04/12] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 03/12] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 02/12] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [PATCH v4 09/12] nvdimm/pmem: Cleanup alloc_dax() error handling
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 08/12] dax: Fix incorrect list of data cache aliasing architectures
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 07/12] Introduce cpu_dcache_is_aliasing() across all architectures
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 05/12] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 04/12] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 03/12] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 02/12] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/12] dax: Fix incorrect list of data cache aliasing architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 11/12] dcssblk: Cleanup alloc_dax() error handling
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 10/12] dm: Cleanup alloc_dax() error handling
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 12/12] virtio: Cleanup alloc_dax() error handling
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 09/12] nvdimm/pmem: Cleanup alloc_dax() error handling
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 05/12] virtio: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 07/12] Introduce cpu_dcache_is_aliasing() across all architectures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 06/12] dax: Check for data cache aliasing at runtime
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 04/12] dcssblk: Handle alloc_dax() -EOPNOTSUPP failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 03/12] dm: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 01/12] nvdimm/pmem: Fix leak on dax_add_host() failure
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 02/12] nvdimm/pmem: Treat alloc_dax() -EOPNOTSUPP failure as non-fatal
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 00/12] Introduce cpu_dcache_is_aliasing() to fix DAX regression
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH -fixes] riscv: Flush the tlb when a page directory is freed
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH -fixes] riscv: Flush the tlb when a page directory is freed
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: [GIT PULL] LoongArch fixes for v6.8-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 07/19] x86/startup_64: Simplify virtual switch on primary boot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 06/19] x86/startup_64: Drop global variables keeping track of LA57 state
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] LoongArch fixes for v6.8-rc4
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v3 05/19] x86/startup_64: Simplify CR4 handling in startup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/4] riscv: tlb: fix __p*d_free_tlb()
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 05/19] x86/startup_64: Simplify CR4 handling in startup code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 4/5] x86/speculation: Make mds_user_clear __ro_after_init
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2 5/5] x86/tsc: Make __use_tsc __ro_after_init
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2 3/5] x86/kvm: Make kvm_async_pf_enabled __ro_after_init
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2 2/5] context_tracking: Make context_tracking_key __ro_after_init
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2 1/5] jump_label,module: Don't alloc static_key_mod for __ro_after_init keys
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2 0/5] jump_label: Fix __ro_after_init keys for modules & annotate some keys
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v1 18/28] prctl: arch-agnostic prtcl for indirect branch tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v1 15/28] riscv/mm: Implement map_shadow_stack() syscall
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Regather scattered PCI-Code
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Regather scattered PCI-Code
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v6 4/4] PCI: Move devres code from pci.c to devres.c
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v6 1/4] lib/pci_iomap.c: fix cleanup bug in pci_iounmap()
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH -fixes] riscv: Flush the tlb when a page directory is freed
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 13/38] KVM: arm64: Manage GCS registers for guests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RFC v3 22/35] arm64: mte: Enable tag storage if CMA areas have been activated
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH v8 13/38] KVM: arm64: Manage GCS registers for guests
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 13/38] KVM: arm64: Manage GCS registers for guests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 04/19] x86/startup_64: Simplify calculation of initial page table address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 23/28] spi: s3c64xx: retrieve the FIFO size from the device tree
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxx>
• [PATCH v4] ELF: AT_PAGE_SHIFT_MASK -- supply userspace with available page shifts
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v8 13/38] KVM: arm64: Manage GCS registers for guests
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 05/28] spi: dt-bindings: samsung: add samsung,spi-fifosize property
  • From: Tudor Ambarus <tudor.ambarus@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: pgtable: remove unnecessary split ptlock for kernel PMD page
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: pgtable: remove unnecessary split ptlock for kernel PMD page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH 1/2] mm: pgtable: add missing flag and statistics for kernel PTE page
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Handle delay slot for extable lookup
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH 3/3] mm/memory: Use exception ip to search exception tables
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] mm/memory: Use exception ip to search exception tables
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v8 38/38] kselftest: Provide shadow stack enable helpers for arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 37/38] kselftest/arm64: Enable GCS for the FP stress tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 36/38] kselftest/arm64: Add a GCS stress test
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 35/38] selftests/arm64: Add GCS signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 34/38] kselftest/arm64: Add test coverage for GCS mode locking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 32/38] kselftest/arm64: Add very basic GCS test program
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 31/38] kselftest/arm64: Always run signals tests with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 30/38] kselftest/arm64: Allow signals tests to specify an expected si_code
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 29/38] kselftest/arm64: Add framework support for GCS to signal handling tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 28/38] kselftest/arm64: Add GCS as a detected feature in the signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 27/38] kselftest/arm64: Verify the GCS hwcap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 26/38] arm64: Add Kconfig for Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v8 25/38] arm64/ptrace: Expose GCS via ptrace and core files
  • From: Mark Brown <broonie@xxxxxxxxxx>