Linux Arch

• Thread Index

• [PATCH 05/14] drm: Suppress intentional warning backtraces in scaling unit tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 04/14] kunit: Add documentation for warning backtrace suppression API
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 03/14] kunit: Add test cases for backtrace warning suppression
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 02/14] kunit: bug: Count suppressed warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 01/14] bug/kunit: Core support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 00/14] Add support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [GIT PULL] asm-generic updates for 6.9
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6] posix-timers: add clock_compare system call
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6] posix-timers: add clock_compare system call
  • From: Sagi Maimon <maimon.sagi@xxxxxxxxx>
• Re: [PATCH v6] posix-timers: add clock_compare system call
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v6] posix-timers: add clock_compare system call
  • From: Sagi Maimon <maimon.sagi@xxxxxxxxx>
• Re: [PATCH] LoongArch: Remove superfluous flush_dcache_page() definition
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH] LoongArch: Remove superfluous flush_dcache_page() definition
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v1 02/13] libbpf: Make __printf define conditional
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [PATCH v1 02/13] libbpf: Make __printf define conditional
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [PATCH v1 02/13] libbpf: Make __printf define conditional
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: James Clark <james.clark@xxxxxxx>
• Re: [PATCH v1 13/13] tools headers: Rename noinline to __noinline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v1 13/13] tools headers: Rename noinline to __noinline
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 13/13] tools headers: Rename noinline to __noinline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Add support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v1 13/13] tools headers: Rename noinline to __noinline
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH v1 13/13] tools headers: Rename noinline to __noinline
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 12/13] tools headers: Sync compiler.h headers
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 11/13] tools headers: Sync linux/overflow.h
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 10/13] asm-generic: Avoid transitive dependency for unaligned.h
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 09/13] tools headers: Rewrite linux/atomic.h using C11's stdatomic.h
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 08/13] perf arm-spe: Add missing linux/types.h include
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 07/13] perf cacheline: Add missing linux/types.h include
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 06/13] perf debug: Add missing linux/types.h include
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 05/13] perf expr: Tidy up header guard
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 04/13] perf expr: Add missing stdbool.h include
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 03/13] libperf xyarray: Use correct stddef.h include
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 02/13] libbpf: Make __printf define conditional
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 01/13] tools bpf: Synchronize bpf.h with kernel uapi version
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• [PATCH v1 00/13] tools header compiler.h update
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Use Hyper-V entropy to seed guest random number generator
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 24/37] rust: Add a rust helper for krealloc()
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 14/15] net: add devmem TCP documentation
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2 1/1] x86/hyperv: Use Hyper-V entropy to seed guest random number generator
  • From: mhkelley58@xxxxxxxxx
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 5394f1e9b687bcf26595cabf83483e568676128d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 37/37] memprofiling: Documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH 0/5] Add support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 37/37] memprofiling: Documentation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 36/37] MAINTAINERS: Add entries for code tagging and memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 35/37] codetag: debug: introduce OBJEXTS_ALLOC_FAIL to mark failed slab_ext allocations
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 34/37] codetag: debug: mark codetags for reserved pages as empty
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 33/37] codetag: debug: skip objext checking when it's for objext itself
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 32/37] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 30/37] mm: vmalloc: Enable memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 31/37] rhashtable: Plumb through alloc tag
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 29/37] mm: percpu: enable per-cpu allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 28/37] mm: percpu: Add codetag reference into pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 27/37] mm: percpu: Introduce pcpuobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 26/37] mempool: Hook up to memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 25/37] mm/slab: enable slab allocation tagging for kmalloc and friends
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 24/37] rust: Add a rust helper for krealloc()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 23/37] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 22/37] lib: add codetag reference into slabobj_ext
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 21/37] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 20/37] mm: fix non-compound multi-order memory accounting in __free_pages
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 19/37] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 18/37] mm: enable page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 17/37] change alloc_pages name in dma_map_ops to avoid name conflicts
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 16/37] mm: percpu: increase PERCPU_MODULE_RESERVE to accommodate allocation tags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 15/37] lib: introduce early boot parameter to avoid page_ext memory overhead
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 14/37] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 13/37] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 12/37] lib: prevent module unloading if memory is not freed
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 11/37] lib: code tagging module support
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 10/37] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 09/37] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 08/37] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 07/37] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 06/37] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 05/37] fs: Convert alloc_inode_sb() to a macro
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 04/37] scripts/kallysms: Always include __start and __stop symbols
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 03/37] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 02/37] asm-generic/io.h: Kill vmalloc.h dependency
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 01/37] fix missing vmalloc.h includes
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 00/37] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Add support for suppressing warning backtraces
  • From: Daniel Díaz <daniel.diaz@xxxxxxxxxx>
• RE: [PATCH 1/1] x86/hyperv: Use Hyper-V entropy to seed guest random number generator
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 00/15] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• 판매 문의 2024
  • From: info@xxxxxxxxxxxxxxxxxxxxxx
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 08/15] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH 1/5] bug: Core support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH 1/5] bug: Core support for suppressing warning backtraces
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH net-next v6 00/15] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 5/5] loongarch: Add support for suppressing warning tracebacks
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 4/5] arm64: Add support for suppressing warning tracebacks
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 3/5] x86: Add support for suppressing warning tracebacks
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 2/5] drm: Suppress intentional warning backtraces in scaling unit tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 1/5] bug: Core support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH 0/5] Add support for suppressing warning backtraces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 03/15] net: page_pool: factor out page_pool recycle check
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [RFC PATCH net-next v6 00/15] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [net-next v1 04/16] gve: implement queue api
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH net-next v6 15/15] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 13/15] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 14/15] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 12/15] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 11/15] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 10/15] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 09/15] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 08/15] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 07/15] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 06/15] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 05/15] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 04/15] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 03/15] net: page_pool: factor out page_pool recycle check
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 02/15] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 01/15] queue_api: define queue api
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v6 00/15] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 1/1] x86/hyperv: Use Hyper-V entropy to seed guest random number generator
  • From: Wei Liu <wei.liu@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: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 2/2] mmiowb: Hook up mmiowb helpers to mutexes as well as spinlocks
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 1/2] mmiowb: Rename mmiowb_spin_{lock, unlock}() to mmiowb_in_{lock, unlock}()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH 1/4] asm-generic/page.h: apply page shift to PFN instead of VA in pfn_to_virt
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• 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 33/38] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 01/35] lib/string_helpers: Add flags param to string_get_size()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/4] asm-generic/page.h: apply page shift to PFN instead of VA in pfn_to_virt
  • From: Linus Walleij <linus.walleij@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: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 14/36] lib: add allocation tagging support for memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• 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 v4 15/36] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 31/36] lib: add memory allocations report in show_mem()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 22/36] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Suren Baghdasaryan <surenb@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 v4 00/36] Memory allocation profiling
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 00/36] Memory allocation profiling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 31/36] lib: add memory allocations report in show_mem()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 22/36] mm/slab: add allocation accounting into slab allocation and free paths
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 21/36] lib: add codetag reference into slabobj_ext
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 20/36] mm/page_ext: enable early_page_ext when CONFIG_MEM_ALLOC_PROFILING_DEBUG=y
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 19/36] mm: create new codetag references during page splitting
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 15/36] lib: introduce support for page allocation tagging
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v4 15/36] lib: introduce support for page allocation tagging
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 05/36] fs: Convert alloc_inode_sb() to a macro
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v4 05/36] fs: Convert alloc_inode_sb() to a macro
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v4 07/36] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 13/36] lib: prevent module unloading if memory is not freed
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 15/36] lib: introduce support for page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 15/36] lib: introduce support for page allocation tagging
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 13/36] lib: prevent module unloading if memory is not freed
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 10/36] slab: objext: introduce objext_flags as extension to page_memcg_data_flags
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 09/36] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 08/36] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 07/36] mm: introduce slabobj_ext to support slab object extensions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 03/36] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 05/36] fs: Convert alloc_inode_sb() to a macro
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• 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: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Chromium sandbox on LoongArch and statx -- seccomp deep argument inspection again?
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCH v4 03/36] mm/slub: Mark slab_free_freelist_hook() __always_inline
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• 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: "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: Christian Brauner <brauner@xxxxxxxxxx>
• 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: 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>