Linux Arch

• Thread Index

• [PATCH net-next v12 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v12 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v12 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v11 05/13] page_pool: convert to use netmem
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [RFC 2/2] rust: sync: Add atomic support
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 1/2] rust: Introduce atomic API helpers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 0/2] Initial LKMM atomics support in Rust
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 0/7] arm64 / x86-64: low-level code generation issues
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fixmap: Remove unused set_fixmap_offset_io()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 0/7] arm64 / x86-64: low-level code generation issues
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7 v2] arm64: add 'runtime constant' support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/7] arm64 / x86-64: low-level code generation issues
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxx>
• Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• [PATCH] fixmap: Remove unused set_fixmap_offset_io()
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/7] add default dummy 'runtime constant' infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 6/7 v2] arm64: start using 'asm goto' for put_user() when available
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arm64: start using 'asm goto' for put_user() when available
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arm64: start using 'asm goto' for put_user() when available
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 4/7 v2] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 00/10] Add support for synchronous signals on perf events
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 7/7] arm64: access_ok() optimization
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/7] arm64: start using 'asm goto' for put_user() when available
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] arm64: start using 'asm goto' for get_user() when available
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/7] arm64: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/7] x86: add 'runtime constant' support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] add default dummy 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/7] vfs: dcache: move hashlen_hash() from callers into d_hash()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/7] arm64 / x86-64: low-level code generation issues
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v3 2/3] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v3 0/3] kbuild: remove PROVIDE() and refactor vmlinux_link steps
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: David Wei <dw@xxxxxxxxxxx>
• [PATCH v2 2/3] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v2 0/3] kbuild: remove PROVIDE() and refactor vmlinux_link steps
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 18/18] KVM: x86: hyper-v: Handle VSM hcalls in user-space
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 17/18] KVM: Introduce traces to track memory attributes modification.
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 16/18] KVM: x86: Take mem attributes into account when faulting memory
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 15/18] KVM: Introduce RWX memory attributes
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 14/18] KVM: x86/mmu: Init memslot if memory attributes available
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 13/18] KVM: x86/mmu: Avoid warning when installing non-private memory attributes
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 12/18] KVM: x86/mmu: Introduce infrastructure to handle non-executable mappings
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 11/18] KVM: x86: Pass the instruction length on memory fault user-space exits
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 10/18] KVM: x86: Keep track of instruction length during faults
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 09/18] KVM: Define and communicate KVM_EXIT_MEMORY_FAULT RWX flags to userspace
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 08/18] KVM: x86: hyper-v: Exit on StartVirtualProcessor and GetVpIndexFromApicId hcalls
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 07/18] KVM: x86: hyper-v: Exit on TranslateVirtualAddress hcall
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 06/18] KVM: x86: hyper-v: Exit on Get/SetVpRegisters hcall
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 05/18] KVM: x86: hyper-v: Introduce MP_STATE_HV_INACTIVE_VTL
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 04/18] KVM: x86: hyper-v: Introduce VTL awareness to Hyper-V's PV-IPIs
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 03/18] hyperv-tlfs: Update struct hv_send_ipi{_ex}'s declarations
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 02/18] KVM: x86: hyper-v: Introduce helpers to check if VSM is exposed to guest
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 01/18] KVM: x86: hyper-v: Introduce XMM output support
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• [PATCH 00/18] Introducing Core Building Blocks for Hyper-V VSM Emulation
  • From: Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] x86: add 'runtime constant' infrastructure
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 06/14] page_pool: convert to use netmem
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH net-next v11 13/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 12/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 11/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 09/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 10/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 08/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 07/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 05/13] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 06/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v11 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v10 10/14] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v10 10/14] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• Re: Horrendous "runtime constant" hack - current patch x86-64 only
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Horrendous "runtime constant" hack - current patch x86-64 only
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 06/14] page_pool: convert to use netmem
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] tools/memory-model: Document herd7 (abstract) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v3 cmpxchg 4/4] ARM: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] tools/memory-model: Document herd7 (abstract) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v2] tools/memory-model: Document herd7 (abstract) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v2] tools/memory-model: Document herd7 (abstract) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2] tools/memory-model: Document herd7 (abstract) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 4/4] ARM: Emulate one-byte cmpxchg
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH memory-model 1/3] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH memory-model 1/3] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• RE: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• [PATCH memory-model 2/3] tools/memory-model: Add atomic_andnot() with its variants
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 1/3] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 3/3] tools/memory-model: Add KCSAN LF mentorship session citation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 0/3] LKMM updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 2/4] sh: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 4/4] ARM: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 4/4] ARM: Emulate one-byte cmpxchg
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 2/4] sh: Emulate one-byte cmpxchg
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 2/4] sh: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 cmpxchg 2/4] sh: Emulate one-byte cmpxchg
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 cmpxchg 3/4] xtensa: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 cmpxchg 4/4] ARM: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 cmpxchg 2/4] sh: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 cmpxchg 1/4] ARC: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 cmpxchg 0/4] Provide emulation for one--byte cmpxchg()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH net-next v10 11/14] tcp: RX path for devmem TCP
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v10 10/14] net: add support for skbs with unreadable frags
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v10 06/14] page_pool: convert to use netmem
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [RFC 12/12] Drivers: hv: vmbus: Ensure IRQ affinity isn't set to a CPU going offline
  • From: mhkelley58@xxxxxxxxx
• [RFC 11/12] Drivers: hv: vmbus: Wait for MODIFYCHANNEL to finish when offlining CPUs
  • From: mhkelley58@xxxxxxxxx
• [RFC 10/12] Drivers: hv: vmbus: Implement vmbus_irq_set_affinity
  • From: mhkelley58@xxxxxxxxx
• [RFC 09/12] Drivers: hv: vmbus: Use Linux IRQs to handle VMBus channel interrupts
  • From: mhkelley58@xxxxxxxxx
• [RFC 08/12] Drivers: hv: vmbus: Allocate an IRQ per channel and use for relid mapping
  • From: mhkelley58@xxxxxxxxx
• [RFC 07/12] Drivers: hv: vmbus: Set up irqdomain and irqchip for the VMBus connection
  • From: mhkelley58@xxxxxxxxx
• [RFC 06/12] genirq: Add per-cpu flow handler with conditional IRQ stats
  • From: mhkelley58@xxxxxxxxx
• [RFC 05/12] scsi: storvsc: Annotate the VMBus channel IRQ name
  • From: mhkelley58@xxxxxxxxx
• [RFC 04/12] PCI: hv: Annotate the VMBus channel IRQ name
  • From: mhkelley58@xxxxxxxxx
• [RFC 03/12] Drivers: hv: vmbus: Add an IRQ name to VMBus channels
  • From: mhkelley58@xxxxxxxxx
• [RFC 02/12] Drivers: hv: vmbus: Fix error path that deletes non-existent sysfs group
  • From: mhkelley58@xxxxxxxxx
• [RFC 01/12] Drivers: hv: vmbus: Drop unsupported VMBus devices earlier
  • From: mhkelley58@xxxxxxxxx
• [RFC 00/12] Hyper-V guests use Linux IRQs for channel interrupts
  • From: mhkelley58@xxxxxxxxx
• Re: [GIT PULL] LoongArch fixes for v6.10-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [GIT PULL] LoongArch fixes for v6.10-rc3
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v10 01/14] netdev: add netdev_rx_queue_restart()
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH net-next v10 13/14] net: add devmem TCP documentation
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH net-next v10 01/14] netdev: add netdev_rx_queue_restart()
  • From: David Wei <dw@xxxxxxxxxxx>
• [PATCH net-next v10 14/14] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 13/14] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 11/14] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 10/14] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 09/14] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 08/14] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 07/14] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 06/14] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 05/14] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 04/14] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 03/14] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 01/14] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v10 00/14] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 1/7] riscv: Implement cmpxchg32/64() using Zacas
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v9 11/14] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH v10 19/19] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 18/19] arm64: document virtual CPU hotplug's expectations
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 17/19] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled.
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 16/19] arm64: arch_register_cpu() variant to check if an ACPI handle is now available.
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 15/19] arm64: psci: Ignore DENIED CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 14/19] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 13/19] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 12/19] arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 11/19] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 10/19] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 09/19] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 08/19] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 07/19] ACPI: processor: Add acpi_get_processor_handle() helper
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 06/19] ACPI: processor: Move checks and availability of acpi_processor earlier
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 05/19] ACPI: processor: Fix memory leaks in error paths of processor_add()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 04/19] ACPI: processor: Return an error if acpi_processor_get_info() fails in processor_add()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 03/19] ACPI: processor: Drop duplicated check on _STA (enabled + present)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 02/19] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 01/19] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v10 00/19] ACPI/arm64: add support for virtual cpu hotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 1/7] riscv: Implement cmpxchg32/64() using Zacas
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 4/7] riscv: Implement xchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 4/7] riscv: Implement xchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH net-next v9 11/14] tcp: RX path for devmem TCP
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/7] riscv: Implement cmpxchg32/64() using Zacas
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH 4/7] riscv: Implement xchg8/16() using Zabha
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH net-next v9 11/14] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 1/7] riscv: Implement cmpxchg32/64() using Zacas
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 4/7] riscv: Implement xchg8/16() using Zabha
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [PATCH 7/7] riscv: Add qspinlock support based on Zabha extension
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 6/7] asm-generic: ticket-lock: Add separate ticket-lock.h
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 5/7] asm-generic: ticket-lock: Reuse arch_spinlock_t of qspinlock
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 4/7] riscv: Implement xchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 3/7] riscv: Implement arch_cmpxchg128() using Zacas
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 2/7] riscv: Implement cmpxchg8/16() using Zabha
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 1/7] riscv: Implement cmpxchg32/64() using Zacas
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 0/7] Zacas/Zabha support and qspinlocks
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove PROVIDE() and refactor vmlinux_link steps
  • From: Jiri Olsa <olsajiri@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 22/29] riscv sigcontext: adding cfi state field in sigcontext
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH] tools/memory-model: Document herd7 (internal) representation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v3 22/29] riscv sigcontext: adding cfi state field in sigcontext
  • From: Andy Chiu <andy.chiu@xxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: [Patch v2] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [Patch v2] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Regression bisected to f2f84b05e02b (bug: consolidate warn_slowpath_fmt() usage)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 3689b0ef08b70e4e03b82ebd37730a03a672853a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH net-next v9 11/14] tcp: RX path for devmem TCP
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] LoongArch changes for v6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: LKMM: Making RMW barriers explicit
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8314289a8d50a4e05d8ece1ae0445a3b57bb4d3b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] LoongArch changes for v6.10
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH 2/3] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 0/3] kbuild: remove PROVIDE() and refactor vmlinux_link steps
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 4/4] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: Regression bisected to f2f84b05e02b (bug: consolidate warn_slowpath_fmt() usage)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 124cfbcd6d185d4f50be02d5f5afe61578916773
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 124cfbcd6d185d4f50be02d5f5afe61578916773
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [Patch v2] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 4/4] kbuild: remove PROVIDE() for kallsyms symbols
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL v2] asm-generic cleanups for 6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] asm-generic cleanups for 6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL v2] asm-generic cleanups for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 632483ea8004edfadd035de36e1ab2c7c4f53158
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 4/4] kbuild: remove PROVIDE() for kallsyms symbols
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 0/4] kbuild: fix and clean-up after avoiding kallsyms weak reference
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [PATCH net-next v9 05/14] netdev: netdevice devmem allocator
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Rob Herring <robh@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c75962170e49f24399141276ae119e6a879f36dc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RESEND v8 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
  • From: Klara Modin <klarasmodin@xxxxxxxxx>
• Re: [PATCH RESEND v8 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] arch: Fix name collision with ACPI's video.o
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] arch: Fix name collision with ACPI's video.o
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH RESEND v8 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
  • From: Klara Modin <klarasmodin@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION dbd9e2e056d8577375ae4b31ada94f8aa3769e8a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: video: Fix name collision with architecture's video.o
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI: video: Fix name collision with architecture's video.o
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] ACPI: video: Fix name collision with architecture's video.o
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI: video: Fix name collision with architecture's video.o
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPI: video: Fix name collision with architecture's video.o
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: LKMM: Making RMW barriers explicit
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: kernel test robot <lkp@xxxxxxxxx>
• LKMM: Making RMW barriers explicit
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Modules changes for v6.10-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 82d92a9a1b9ea0ea52aff27cddd05009b4edad49
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl()
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• RE: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• Re: Linux 6.9
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• RE: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• RE: [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• RE: [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl()
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• RE: [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64
  • From: Michael Kelley <mhklinux@xxxxxxxxxxx>
• Re: [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v9 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Hernan Ponce de Leon <hernan.poncedeleon@xxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH v2 6/6] drivers/pci/hyperv/arm64: vPCI MSI IRQ domain from DT
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] arm64/hyperv: Support DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] drivers/hv/vmbus: Get the irq number from DeviceTree
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] arm64/hyperv: Boot in a Virtual Trust Level
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] drivers/hv: arch-neutral implementation of get_vtl()
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] drivers/hv: Enable VTL mode for arm64
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] arm64/hyperv: Support Virtual Trust Level Boot
  • From: Roman Kisel <romank@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 26dd54d03cd94ecc035d9e1e9fd4fc0f3ab311cf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_andnot() with its variants
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH net-next v9 00/14] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_andnot() with its variants
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] tools/memory-model: Add atomic_andnot() with its variants
  • From: Puranjay Mohan <puranjay@xxxxxxxxxx>
• [GIT PULL] Modules changes for v6.10-rc1
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH] LoongArch: Add irq_work support via self IPIs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v9 00/14] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 6ba6c795dc73c22ce2c86006f17c4aa802db2a60
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 02/29] riscv: define default value for envcfg for task
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 17/29] prctl: arch-agnostic prctl for indirect branch tracking
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 12/29] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [GIT PULL] LKMM changes for v6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Native and emulated one-byte cmpxcha()g for v6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 14/29] riscv/mm: Implement map_shadow_stack() syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 15/29] riscv/shstk: If needed allocate a new shadow stack on clone
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 27/29] riscv: Documentation for landing pad / indirect branch tracking
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] asm-generic cleanups for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] asm-generic cleanups for 6.10
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [arnd-asm-generic:syscall-tbl-6.9] BUILD REGRESSION e0d7a2fe9b74052a280531e773ebaba59e2d523f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [arnd-asm-generic:syscall-tbl-6.9 34/46] make[3]: *** No rule to make target 'arch/um/include/generated/asm/bpf_perf_event.h', needed by 'all'.
  • From: kernel test robot <lkp@xxxxxxxxx>
• [arnd-asm-generic:syscall-tbl-6.9 46/46] arch/arm64/include/asm/vdso/compat_gettimeofday.h:27:31: error: use of undeclared identifier '__NR_compat32_gettimeofday'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [arnd-asm-generic:syscall-tbl-6.9 43/46] kernel/fork.c:3087:2: warning: #warning clone3() entry point is missing, please fix
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] LKMM changes for v6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] Native and emulated one-byte cmpxcha()g for v6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 20/29] riscv/kernel: update __show_regs to print shadow stack register
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 15/29] riscv/shstk: If needed allocate a new shadow stack on clone
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 14/29] riscv/mm: Implement map_shadow_stack() syscall
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 12/29] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 11/29] riscv mm: manufacture shadow stack pte
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 cmpxchg 11/13] csky: Emulate one-byte cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH] LoongArch: Define __ARCH_WANT_NEW_STAT in unistd.h
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• [PATCH] LoongArch: Select ARCH_WANT_DEFAULT_BPF_JIT
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v2 cmpxchg 11/13] csky: Emulate one-byte cmpxchg
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v3 17/29] prctl: arch-agnostic prctl for indirect branch tracking
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH net-next v9 14/14] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 13/14] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 11/14] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 10/14] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 09/14] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 08/14] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 07/14] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 06/14] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 05/14] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 04/14] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 03/14] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 01/14] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v9 00/14] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v3 07/29] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 06/29] riscv: zicfiss / zicfilp extension csr and bit definitions
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 03/29] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 02/29] riscv: define default value for envcfg for task
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] alpha: cleanups and build fixes for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [GIT PULL] asm-generic cleanups for 6.10
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [linux-next:master] BUILD REGRESSION 75fa778d74b786a1608d55d655d42b480a6fa8bd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 27/29] riscv: Documentation for landing pad / indirect branch tracking
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [Patch v2] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml)
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 704ba27ac55579704ba1289392448b0c66b56258
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml)
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 01/29] riscv: envcfg save and restore on task switching
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml)
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml)
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/29] riscv control-flow integrity for usermode
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 01/29] riscv: envcfg save and restore on task switching
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 05/29] riscv: zicfiss / zicfilp enumeration
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 05/29] riscv: zicfiss / zicfilp enumeration
  • From: Andy Chiu <andy.chiu@xxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION e7b4ef8fffaca247809337bb78daceb406659f2d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH] tools/memory-model: Add atomic_and()/or()/xor() and add_negative
  • From: Puranjay Mohan <puranjay@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 02af68767d27aa66c95ef0850545a9616c5e847e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v9 06/19] ACPI: processor: Move checks and availability of acpi_processor earlier
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [linux-next:master] BUILD REGRESSION 93a39e4766083050ca0ecd6a3548093a3b9eb60c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH RESEND v8 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH RESEND v8 05/16] module: make module_memory_{alloc,free} more self-contained
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v9 07/19] ACPI: processor: Add acpi_get_processor_handle() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v9 06/19] ACPI: processor: Move checks and availability of acpi_processor earlier
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v9 05/19] ACPI: processor: Fix memory leaks in error paths of processor_add()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v9 04/19] ACPI: processor: Return an error if acpi_processor_get_info() fails in processor_add()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] bug: Improve comment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] bug: Improve comment
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH] LoongArch: Fix callchain parse error with kernel tracepoint events again
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: kernel test robot <lkp@xxxxxxxxx>
• [arnd-asm-generic:alpha-cleanup-6.9] BUILD SUCCESS a4184174be36369c3af8d937e165f28a43ef1e02
  • From: kernel test robot <lkp@xxxxxxxxx>
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 02d947bc83a277c2e5d6f4d9d1b0281e3fbcb817
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 2b84edefcad14934796fad37b16512b6a2ca467e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 13/17] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 06/17] mm: introduce execmem_alloc() and execmem_free()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• [PATCH 3/3] kbuild: use GCOV_PROFILE and KCSAN_SANITIZE in scripts/Makefile.modfinal
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/3] Makefile: remove redundant tool coverage variables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/3] kbuild: provide reasonable defaults for tool coverage
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 0/3] kbuild: remove many tool coverage variables
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] mm/memblock: discard .text/.data if CONFIG_ARCH_KEEP_MEMBLOCK not set
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
  • From: David Wei <dw@xxxxxxxxxxx>
• Re: [PATCH RESEND v8 00/16] mm: jit/text allocator
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v8 00/17] mm: jit/text allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 15/16] kprobes: remove dependency on CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 12/16] arch: make execmem setup available regardless of CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 11/16] powerpc: extend execmem_params for kprobes allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 10/16] arm64: extend execmem_info for generated code allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 09/16] riscv: extend execmem_params for generated code allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 06/16] mm: introduce execmem_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH RESEND v8 05/16] module: make module_memory_{alloc,free} more self-contained
  • From: Mike Rapoport <rppt@xxxxxxxxxx>