Linux Arch
[Prev Page][Next Page]
- 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>
- [PATCH RESEND v8 04/16] sparc: simplify module_alloc()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH RESEND v8 03/16] nios2: define virtual address space for modules
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH RESEND v8 02/16] mips: module: rename MODULE_START to MODULES_VADDR
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH RESEND v8 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH RESEND v8 00/16] mm: jit/text allocator
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 17/17] fixup: convert remaining archs: defaults handling
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 16/17] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 15/17] kprobes: remove dependency on CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 14/17] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 13/17] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 12/17] arch: make execmem setup available regardless of CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 11/17] powerpc: extend execmem_params for kprobes allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 10/17] arm64: extend execmem_info for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 09/17] riscv: extend execmem_params for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 08/17] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 07/17] mm/execmem, arch: convert simple overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 06/17] mm: introduce execmem_alloc() and execmem_free()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 05/17] module: make module_memory_{alloc,free} more self-contained
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 04/17] sparc: simplify module_alloc()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 03/17] nios2: define virtual address space for modules
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 02/17] mips: module: rename MODULE_START to MODULES_VADDR
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 01/17] arm64: module: remove unneeded call to kasan_alloc_module_shadow()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v8 00/17] mm: jit/text allocator
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [arnd-asm-generic:asm-generic] BUILD SUCCESS 8823fff36eb50cd8df61add9572562fc92c72ada
- From: kernel test robot <lkp@xxxxxxxxx>
- [arnd-asm-generic:alpha-cleanup-6.9] BUILD SUCCESS 299ec46d5e834b2205f1f4238e504380b4eb617b
- From: kernel test robot <lkp@xxxxxxxxx>
- Fix for vmware installer failure to build vmmon and vmnet kernel modules
- From: "Dr. Amr Osman" <dr3mro@xxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 9221b2819b8a4196eecf5476d66201be60fbcf29
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- [PATCH] asm-generic: remove unused asm-generic/page.h
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH] bitops: Change function return types from long to int
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH] bitops: Change function return types from long to int
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 13/14] net: add devmem TCP documentation
- From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
- From: Krishna Kurapati PSSNV <quic_kriskura@xxxxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
- From: Krishna Kurapati PSSNV <quic_kriskura@xxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Liviu Dudau <liviu@xxxxxxxxxxx>
- Re: alpha cmpxchg.h (was Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v2 cmpxchg 0/8] Provide emulation for one--byte cmpxchg()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- alpha cmpxchg.h (was Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg)
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 9c6ecb3cb6e20c4fd7997047213ba0efcf9ada1a
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 cmpxchg 0/8] Provide emulation for one--byte cmpxchg()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] hexagon: Move kernel prototypes out of uapi/asm/setup.h header
- From: Thomas Huth <thuth@xxxxxxxxxx>
- [PATCH] microblaze: Remove empty #ifndef __ASSEMBLY__ statement
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 memory-model 0/3] LKMM updates for v6.10
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v9 01/19] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Miguel Luis <miguel.luis@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH v2 memory-model 0/3] LKMM updates for v6.10
- From: Andrea Parri <parri.andrea@xxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "D. Jeff Dionne" <djeffdionne@xxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH memory-model 4/4] Documentation/litmus-tests: Make cmpxchg() tests safe for klitmus
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH memory-model 3/4] Documentation/atomic_t: Emphasize that failed atomic operations give no ordering
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH memory-model 1/4] Documentation/litmus-tests: Add locking tests to README
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 memory-model 0/3] LKMM updates for v6.10
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 12/13] sh: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 11/13] csky: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 09/13] lib: Add one-byte emulation function
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 06/13] parisc: unify implementations of __cmpxchg_u{8,32,64}
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 10/13] ARC: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 08/13] parisc: add u16 support to cmpxchg()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 07/13] parisc: add missing export of __cmpxchg_u8()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 13/13] xtensa: Emulate one-byte cmpxchg
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 05/13] parisc: __cmpxchg_u32(): lift conversion into the callers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 04/13] sparc32: add __cmpxchg_u{8,16}() and teach __cmpxchg() to handle those sizes
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 01/13] sparc32: make __cmpxchg_u32() return u32
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 03/13] sparc32: unify __cmpxchg_u{32,64}
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 02/13] sparc32: make the first argument of __cmpxchg_u64() volatile u64 *
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 cmpxchg 0/8] Provide emulation for one--byte cmpxchg()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Jesper Dangaard Brouer <hawk@xxxxxxxxxx>
- Re: [PATCH v9 18/19] arm64: document virtual CPU hotplug's expectations
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 19/19] cpumask: Add enabled cpumask for present CPUs that can be brought online
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 17/19] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled.
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 12/19] arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 06/19] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 05/19] ACPI: processor: Fix memory leaks in error paths of processor_add()
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v9 04/19] ACPI: processor: Return an error if acpi_processor_get_info() fails in processor_add()
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH net-next v8 02/14] net: page_pool: create hooks for custom page providers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION d04466706db5e241ee026f17b5f920e50dee26b5
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT
- From: Harry Wentland <harry.wentland@xxxxxxx>
- Re: [PATCH v4 12/15] drm/amd/display: Only use hard-float, not altivec on powerpc
- From: Harry Wentland <harry.wentland@xxxxxxx>
- Re: [PATCH v8 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header
- From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
- [PATCH v9 19/19] cpumask: Add enabled cpumask for present CPUs that can be brought online
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 18/19] arm64: document virtual CPU hotplug's expectations
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 17/19] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 16/19] arm64: arch_register_cpu() variant to check if an ACPI handle is now available.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 15/19] arm64: psci: Ignore DENIED CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 14/19] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 13/19] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 12/19] arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 11/19] arm64: acpi: Move get_cpu_for_acpi_id() to a header
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 10/19] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 09/19] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 08/19] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 07/19] ACPI: processor: Add acpi_get_processor_handle() helper
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 06/19] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 05/19] ACPI: processor: Fix memory leaks in error paths of processor_add()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 04/19] ACPI: processor: Return an error if acpi_processor_get_info() fails in processor_add()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 03/19] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 02/19] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 01/19] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v9 00/19] ACPI/arm64: add support for virtual cpu hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Pavel Begunkov <asml.silence@xxxxxxxxx>
- Re: [PATCH v7 05/16] module: make module_memory_{alloc,free} more self-contained
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available.
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v8 12/16] arm64: psci: Ignore DENIED CPUs
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Gavin Shan <gshan@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION b0a2c79c6f3590b74742cbbc76687014d47972d8
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v7 00/16] mm: jit/text allocator
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v7 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 15/16] kprobes: remove dependency on CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 12/16] arch: make execmem setup available regardless of CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 11/16] powerpc: extend execmem_params for kprobes allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 10/16] arm64: extend execmem_info for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 09/16] riscv: extend execmem_params for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 06/16] mm: introduce execmem_alloc() and execmem_free()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 05/16] module: make module_memory_{alloc,free} more self-contained
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 04/16] sparc: simplify module_alloc()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 03/16] nios2: define virtual address space for modules
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 02/16] mips: module: rename MODULE_START to MODULES_VADDR
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v7 00/16] mm: jit/text allocator
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 2/3] open: add O_CRED_ALLOW flag
- From: Stas Sergeev <stsp2@xxxxxxxxx>
- Re: [PATCH v5 2/3] open: add O_CRED_ALLOW flag
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- Re: [RFC PATCH net-next v8 07/14] page_pool: devmem support
- From: David Wei <dw@xxxxxxxxxxx>
- Re: [PATCH v6 00/16] mm: jit/text allocator
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 06/16] mm: introduce execmem_alloc() and execmem_free()
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v6 05/16] module: make module_memory_{alloc,free} more self-contained
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [GIT PULL] LoongArch fixes for v6.9-rc6
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Miguel Luis <miguel.luis@xxxxxxxxxx>
- [PATCH v3 2/2] fs/xattr: add *at family syscalls
- From: Christian Göttsche <cgoettsche@xxxxxxxxxxxxx>
- Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Miguel Luis <miguel.luis@xxxxxxxxxx>
- Re: [PATCH v8 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
- From: Marc Zyngier <maz@xxxxxxxxxx>
- [GIT PULL] LoongArch fixes for v6.9-rc6
- From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
- [PATCH v8 16/16] cpumask: Add enabled cpumask for present CPUs that can be brought online
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 15/16] arm64: document virtual CPU hotplug's expectations
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 12/16] arm64: psci: Ignore DENIED CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v8 00/16] ACPI/arm64: add support for virtual cpu hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v5 2/3] open: add O_CRED_ALLOW flag
- From: Stas Sergeev <stsp2@xxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
- From: Gavin Shan <gshan@xxxxxxxxxx>
- Re: [PATCH v7 05/16] ACPI: processor: Add acpi_get_processor_handle() helper
- From: Gavin Shan <gshan@xxxxxxxxxx>
- [PATCH v6 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 15/16] kprobes: remove dependency on CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 12/16] arch: make execmem setup available regardless of CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 11/16] powerpc: extend execmem_params for kprobes allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 10/16] arm64: extend execmem_info for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 09/16] riscv: extend execmem_params for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 06/16] mm: introduce execmem_alloc() and execmem_free()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 05/16] module: make module_memory_{alloc,free} more self-contained
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 04/16] sparc: simplify module_alloc()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 03/16] nios2: define virtual address space for modules
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 02/16] mips: module: rename MODULE_START to MODULES_VADDR
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v6 00/16] mm: jit/text allocator
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: [PATCH v6 00/37] Memory allocation profiling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 5e4f84f18c4ee9b0ccdc19e39b7de41df21699dd
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH net-next v8 04/14] netdev: support binding dma-buf to netdevice
- From: Mina Almasry <almasrymina@xxxxxxxxxx>
- [PATCH 3/4] locking/atomic: Annotate generic atomics with wrapping
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 0/4] Annotate atomics for signed integer wrap-around
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 4/4] ipv4: Silence intentional wrapping addition
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH net-next v8 04/14] netdev: support binding dma-buf to netdevice
- From: David Wei <dw@xxxxxxxxxxx>
- Re: [PATCH v7 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- RE: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Salil Mehta <salil.mehta@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH] LoongArch: Fix access error when read fault on a write-only VMA
- From: Huacai Chen <chenhuacai@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION a59668a9397e7245b26e9be85d23f242ff757ae8
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v5 00/15] mm: jit/text allocator
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v5 04/15] sparc: simplify module_alloc()
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH v4 1/3] kallsyms: Avoid weak references for kallsyms symbols
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH v7 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH] bitops: Change function return types from long to int
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v3 0/3] kbuild: Avoid weak external linkage where possible
- From: "Aithal, Srikanth" <sraithal@xxxxxxx>
- Re: [PATCH] LoongArch: Fix access error when read fault on a write-only VMA
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [PATCH] LoongArch: Fix callchain parse error with kernel tracepoint events
- From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
- [PATCH] LoongArch: Fix access error when read fault on a write-only VMA
- From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
- Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v3 0/6] Fix mlx5 write combining support on new ARM64 cores
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 00/16] ACPI/arm64: add support for virtual cpu hotplug
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach()
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info()
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION f529a6d274b3b8c75899e949649d231298f30a32
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v7 05/16] ACPI: processor: Add acpi_get_processor_handle() helper
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present)
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free()
- From: Song Liu <song@xxxxxxxxxx>
- Re: [PATCH v3 14/15] riscv: Add support for suppressing warning backtraces
- From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
- Re: [PATCH] bitops: Change function return types from long to int
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH] bitops: Change function return types from long to int
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: [PATCH v5 14/15] kprobes: remove dependency on CONFIG_MODULES
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [PATCH v5 11/15] arch: make execmem setup available regardless of CONFIG_MODULES
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v7 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v5 15/15] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 14/15] kprobes: remove dependency on CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 13/15] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 12/15] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 11/15] arch: make execmem setup available regardless of CONFIG_MODULES
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 10/15] powerpc: extend execmem_params for kprobes allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 09/15] riscv: extend execmem_params for generated code allocations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 08/15] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 07/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 06/15] mm: introduce execmem_alloc() and execmem_free()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 05/15] module: make module_memory_{alloc,free} more self-contained
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 04/15] sparc: simplify module_alloc()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 03/15] nios2: define virtual address space for modules
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v5 02/15] mips: module: rename MODULE_START to MODULES_VADDR
- From: Mike Rapoport <rppt@xxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]