Linux Arch

• Date Index

• Re: [PATCH] tools/memory-model: Add details about SRCU read-side critical sections, (continued)
  • Re: [PATCH] tools/memory-model: Add details about SRCU read-side critical sections, Alan Stern
    • Re: [PATCH] tools/memory-model: Add details about SRCU read-side critical sections, Paul E. McKenney
  • [PATCH] tools/memory-model: Add documentation about SRCU read-side critical sections, Alan Stern
    • Re: [PATCH] tools/memory-model: Add documentation about SRCU read-side critical sections, Joel Fernandes
    • Re: [PATCH] tools/memory-model: Add documentation about SRCU read-side critical sections, Akira Yokosawa
      • Re: [PATCH] tools/memory-model: Add documentation about SRCU read-side critical sections, Alan Stern
      • [PATCH v2] tools/memory-model: Add documentation about SRCU read-side critical sections, Alan Stern
        • Re: [PATCH v2] tools/memory-model: Add documentation about SRCU read-side critical sections, Paul E. McKenney
• [PATCH 0/2] char/agp: consolidate asm/agp.h, Mike Rapoport
  • [PATCH 1/2] char/agp: consolidate {alloc,free}_gatt_pages(), Mike Rapoport
  • [PATCH 2/2] char/agp: introduce asm-generic/agp.h, Mike Rapoport
  • Re: [PATCH 0/2] char/agp: consolidate asm/agp.h, Arnd Bergmann
• [PATCH 0/7] New arch interfaces for manipulating multiple pages, Matthew Wilcox (Oracle)
  • [PATCH 2/7] mm: Add generic flush_icache_pages() and documentation, Matthew Wilcox (Oracle)
  • [PATCH 1/7] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set(), Matthew Wilcox (Oracle)
  • [PATCH 6/7] arc: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH 6/7] arc: Implement the new page table range API, Yin, Fengwei
      • Re: [PATCH 6/7] arc: Implement the new page table range API, Matthew Wilcox
        • Re: [PATCH 6/7] arc: Implement the new page table range API, Yin, Fengwei
  • [PATCH 3/7] mm: Add folio_flush_mapping(), Matthew Wilcox (Oracle)
  • [PATCH 5/7] alpha: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH 5/7] alpha: Implement the new page table range API, Yin, Fengwei
  • [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO, Matthew Wilcox (Oracle)
    • Re: [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO, Mike Rapoport
      • Re: [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO, Matthew Wilcox
  • [PATCH 7/7] x86: Implement the new page table range API, Matthew Wilcox (Oracle)
  • [PATCH 8/7] arm: Implement the new page table range API, Matthew Wilcox (Oracle)
  • [PATCH 9/7] arm64: Implement the new page table range API, Matthew Wilcox (Oracle)
    • [PATCH 12/7] hexagon: Implement the new page table range API, Matthew Wilcox (Oracle)
      • RE: [PATCH 12/7] hexagon: Implement the new page table range API, Brian Cain
    • [PATCH 11/7] csky: Implement the new page table range API, Matthew Wilcox (Oracle)
    • [PATCH 13/7] loongson: Implement the new page table range API, Matthew Wilcox (Oracle)
      • Re: [PATCH 13/7] loongson: Implement the new page table range API, Matthew Wilcox
        • Re: [PATCH 13/7] loongson: Implement the new page table range API, WANG Xuerui
    • [PATCH 10/7] riscv: Implement the new page table range API, Matthew Wilcox (Oracle)
      • Re: [PATCH 10/7] riscv: Implement the new page table range API, Yin, Fengwei
        • Re: [PATCH 10/7] riscv: Implement the new page table range API, Yin, Fengwei
        • Re: [PATCH 10/7] riscv: Implement the new page table range API, Alexandre Ghiti
          • Re: [PATCH 10/7] riscv: Implement the new page table range API, Yin, Fengwei
      • Re: [PATCH 10/7] riscv: Implement the new page table range API, Alexandre Ghiti
    • Re: [PATCH 9/7] arm64: Implement the new page table range API, Catalin Marinas
    • [PATCH 14/17] ia64: Implement the new page table range API, Matthew Wilcox (Oracle)
      • [PATCH 16/17] microblaze: Implement the new page table range API, Matthew Wilcox (Oracle)
      • [PATCH 15/17] m68k: Implement the new page table range API, Matthew Wilcox (Oracle)
        • Re: [PATCH 15/17] m68k: Implement the new page table range API, Michael Schmitz
          • Re: [PATCH 15/17] m68k: Implement the new page table range API, Matthew Wilcox
            • Re: [PATCH 15/17] m68k: Implement the new page table range API, Geert Uytterhoeven
            • Re: [PATCH 15/17] m68k: Implement the new page table range API, Michael Schmitz
      • [PATCH 17/17] mips: Implement the new page table range API, Matthew Wilcox (Oracle)
• [PATCH 5.4 v2 0/6] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y, Tom Saeger
  • [PATCH 5.4 v2 1/6] x86, vmlinux.lds: Add RUNTIME_DISCARD_EXIT to generic DISCARDS, Tom Saeger
    • Re: [PATCH 5.4 v2 1/6] x86, vmlinux.lds: Add RUNTIME_DISCARD_EXIT to generic DISCARDS, Greg Kroah-Hartman
      • Re: [PATCH 5.4 v2 1/6] x86, vmlinux.lds: Add RUNTIME_DISCARD_EXIT to generic DISCARDS, Tom Saeger
  • [PATCH 5.4 v2 2/6] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
  • [PATCH 5.4 v2 3/6] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Tom Saeger
  • [PATCH 5.4 v2 5/6] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36, Tom Saeger
  • [PATCH 5.4 v2 4/6] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds, Tom Saeger
  • [PATCH 5.4 v2 6/6] sh: define RUNTIME_DISCARD_EXIT, Tom Saeger
• [PATCH 5.10 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y, Tom Saeger
  • [PATCH 5.10 v2 3/5] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds, Tom Saeger
  • [PATCH 5.10 v2 4/5] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36, Tom Saeger
  • [PATCH 5.10 v2 2/5] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Tom Saeger
  • [PATCH 5.10 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
  • [PATCH 5.10 v2 5/5] sh: define RUNTIME_DISCARD_EXIT, Tom Saeger
• [PATCH 5.15 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y, Tom Saeger
  • [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
    • Re: [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Greg Kroah-Hartman
      • Re: [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
        • Re: [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
          • Re: [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv, Greg Kroah-Hartman
  • [PATCH 5.15 v2 4/5] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36, Tom Saeger
  • [PATCH 5.15 v2 2/5] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Tom Saeger
  • [PATCH 5.15 v2 3/5] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds, Tom Saeger
  • [PATCH 5.15 v2 5/5] sh: define RUNTIME_DISCARD_EXIT, Tom Saeger
  • Re: [PATCH 5.15 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y, Greg Kroah-Hartman
    • Re: [PATCH 5.15 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y, Tom Saeger
• [PATCH 6.1 v2 0/7] Backport Build ID fixes, Tom Saeger
  • [PATCH 6.1 v2 3/7] arch: fix broken BuildID for arm64 and riscv, Tom Saeger
  • [PATCH 6.1 v2 1/7] riscv: remove special treatment for the link order of head.o, Tom Saeger
  • [PATCH 6.1 v2 2/7] arm64: remove special treatment for the link order of head.o, Tom Saeger
  • [PATCH 6.1 v2 4/7] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT, Tom Saeger
  • [PATCH 6.1 v2 5/7] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds, Tom Saeger
  • [PATCH 6.1 v2 6/7] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36, Tom Saeger
  • [PATCH 6.1 v2 7/7] sh: define RUNTIME_DISCARD_EXIT, Tom Saeger
  • Re: [PATCH 6.1 v2 0/7] Backport Build ID fixes, Greg Kroah-Hartman
• [PATCH v4 00/18] gpiolib cleanups, Andy Shevchenko
  • [PATCH v4 10/18] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Andy Shevchenko
  • [PATCH v4 09/18] gpiolib: remove legacy gpio_export(), Andy Shevchenko
  • [PATCH v4 15/18] gpiolib: Drop unused forward declaration from driver.h, Andy Shevchenko
  • [PATCH v4 01/18] ARM: orion/gpio: Use the right include, Andy Shevchenko
  • [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h, Andy Shevchenko
    • Re: [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h, Linus Walleij
  • [PATCH v4 07/18] gpiolib: remove asm-generic/gpio.h, Andy Shevchenko
  • [PATCH v4 02/18] ARM: s3c24xx: Use the right include, Andy Shevchenko
    • Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include, Krzysztof Kozlowski
      • Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include, Andy Shevchenko
      • Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include, Linus Walleij
    • Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include, Krzysztof Kozlowski
  • [PATCH v4 03/18] hte: tegra-194: Use proper includes, Andy Shevchenko
    • Re: [PATCH v4 03/18] hte: tegra-194: Use proper includes, Dipen Patel
  • [PATCH v4 05/18] gpiolib: remove empty asm/gpio.h files, Andy Shevchenko
  • [PATCH v4 04/18] gpiolib: Make the legacy <linux/gpio.h> consumer-only, Andy Shevchenko
  • [PATCH v4 08/18] gpiolib: remove gpio_set_debounce(), Andy Shevchenko
    • Re: [PATCH v4 08/18] gpiolib: remove gpio_set_debounce(), Dmitry Torokhov
  • [PATCH v4 06/18] gpiolib: coldfire: remove custom asm/gpio.h, Andy Shevchenko
  • [PATCH v4 11/18] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h, Andy Shevchenko
  • [PATCH v4 12/18] gpio: aggregator: Add missing header(s), Andy Shevchenko
    • Re: [PATCH v4 12/18] gpio: aggregator: Add missing header(s), Linus Walleij
  • [PATCH v4 13/18] gpio: reg: Add missing header(s), Andy Shevchenko
    • Re: [PATCH v4 13/18] gpio: reg: Add missing header(s), Linus Walleij
  • [PATCH v4 14/18] gpio: regmap: Add missing header(s), Andy Shevchenko
    • Re: [PATCH v4 14/18] gpio: regmap: Add missing header(s), Linus Walleij
  • [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h, Andy Shevchenko
    • Re: [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h, Linus Walleij
  • [PATCH v4 18/18] gpiolib: Clean up headers, Andy Shevchenko
    • Re: [PATCH v4 18/18] gpiolib: Clean up headers, Linus Walleij
  • Re: [PATCH v4 00/18] gpiolib cleanups, Bartosz Golaszewski
    • Re: [PATCH v4 00/18] gpiolib cleanups, Andy Shevchenko
• [PATCH V2] LoongArch: Make -mstrict-align configurable, Huacai Chen
  • Re: [PATCH V2] LoongArch: Make -mstrict-align configurable, Arnd Bergmann
• [PATCH v3 00/12] gpiolib cleanups, Andy Shevchenko
  • [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Andy Shevchenko
    • Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Linus Walleij
      • Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Andy Shevchenko
        • Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Andy Shevchenko
          • Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Linus Walleij
    • Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h, Lee Jones
  • [PATCH v3 02/12] gpiolib: coldfire: remove custom asm/gpio.h, Andy Shevchenko
  • [PATCH v3 03/12] gpiolib: remove asm-generic/gpio.h, Andy Shevchenko
  • [PATCH v3 05/12] gpiolib: remove legacy gpio_export, Andy Shevchenko
  • [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files, Andy Shevchenko
    • Re: [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files, Vincenzo Palazzo
  • [PATCH v3 11/12] gpiolib: Group forward declarations in consumer.h, Andy Shevchenko
  • [PATCH v3 07/12] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h, Andy Shevchenko
  • [PATCH v3 10/12] gpiolib: Deduplicate forward declarations in consumer.h, Andy Shevchenko
  • [PATCH v3 04/12] gpiolib: remove gpio_set_debounce, Andy Shevchenko
    • Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce, Dmitry Torokhov
      • Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce, Andy Shevchenko
  • [PATCH v3 12/12] gpiolib: Clean up headers, Andy Shevchenko
  • [PATCH v3 08/12] gpio: aggregator: Add missing header(s), Andy Shevchenko
    • Re: [PATCH v3 08/12] gpio: aggregator: Add missing header(s), Geert Uytterhoeven
  • [PATCH v3 09/12] gpiolib: Drop unused forward declaration from driver.h, Andy Shevchenko
• [PATCH v3 0/6] Support TDX guests on Hyper-V, Dexuan Cui
  • [PATCH v3 1/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dexuan Cui
    • Re: [PATCH v3 1/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Kirill A. Shutemov
  • [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
    • Re: [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Kirill A. Shutemov
      • RE: [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
  • [PATCH v3 3/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Dexuan Cui
  • [PATCH v3 4/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
    • Re: [PATCH v3 4/6] x86/hyperv: Support hypercalls for TDX guests, Sathyanarayanan Kuppuswamy
  • [PATCH v3 5/6] Drivers: hv: vmbus: Support TDX guests, Dexuan Cui
  • [PATCH v3 6/6] x86/hyperv: Fix serial console interrupts for TDX guests, Dexuan Cui
• [syzbot] kernel BUG in process_one_work, syzbot
  • Re: [syzbot] kernel BUG in process_one_work, David Howells
    • Re: [syzbot] kernel BUG in process_one_work, syzbot
  • Re: [syzbot] kernel BUG in process_one_work, David Howells
• [PATCH] riscv: Cleanup rv32_defconfig, guoren
  • Re: [PATCH] riscv: Cleanup rv32_defconfig, Conor Dooley
    • Re: [PATCH] riscv: Cleanup rv32_defconfig, Guo Ren
• [syzbot] kernel BUG in __tlb_remove_page_size (2), syzbot
  • Re: [syzbot] kernel BUG in __tlb_remove_page_size (2), David Howells
    • Re: [syzbot] kernel BUG in __tlb_remove_page_size (2), syzbot
• [PATCH -next V16 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V16 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V16 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V16 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V16 4/7] riscv: entry: Convert to generic entry, guoren
    • Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry, Conor Dooley
      • Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry, Guo Ren
        • Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry, Conor Dooley
          • Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry, Conor Dooley
  • [PATCH -next V16 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V16 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • [PATCH -next V16 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
• [PATCH V2] riscv: kprobe: Fixup misaligned load text, guoren
  • Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text, Björn Töpel
  • Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text, Palmer Dabbelt
  • Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text, patchwork-bot+linux-riscv
• Current LKMM patch disposition, Paul E. McKenney
  • Re: Current LKMM patch disposition, Alan Stern
    • Re: Current LKMM patch disposition, Paul E. McKenney
      • Re: Current LKMM patch disposition, Alan Stern
        • Re: Current LKMM patch disposition, Paul E. McKenney
          • Re: Current LKMM patch disposition, Joel Fernandes
            • Re: Current LKMM patch disposition, Alan Stern
              • Re: Current LKMM patch disposition, Joel Fernandes
                • Re: Current LKMM patch disposition, Joel Fernandes
                  • Re: Current LKMM patch disposition, Alan Stern
              • Re: Current LKMM patch disposition, Joel Fernandes
                • Re: Current LKMM patch disposition, Alan Stern
                  • Re: Current LKMM patch disposition, Joel Fernandes
                    • Re: Current LKMM patch disposition, Alan Stern
                      • Re: Current LKMM patch disposition, Joel Fernandes
                      • Re: Current LKMM patch disposition, Joel Fernandes
                        • Re: Current LKMM patch disposition, Andrea Parri
                          • Re: Current LKMM patch disposition, Joel Fernandes
                        • Re: Current LKMM patch disposition, Alan Stern
                          • Re: Current LKMM patch disposition, Joel Fernandes
                            • Re: Current LKMM patch disposition, Alan Stern
                              • Re: Current LKMM patch disposition, Joel Fernandes
                      • Re: Current LKMM patch disposition, Joel Fernandes
                        • Re: Current LKMM patch disposition, Paul E. McKenney
                          • Re: Current LKMM patch disposition, Joel Fernandes
                            • Re: Current LKMM patch disposition, Paul E. McKenney
                        • Re: Current LKMM patch disposition, Andrea Parri
                          • Re: Current LKMM patch disposition, Joel Fernandes
      • Re: Current LKMM patch disposition, Jonas Oberhauser
        • Re: Current LKMM patch disposition, Paul E. McKenney
  • Re: Current LKMM patch disposition, Jonas Oberhauser
    • Re: Current LKMM patch disposition, Paul E. McKenney
• [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency, Joel Fernandes (Google)
  • Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency, Alan Stern
    • Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency, Paul E. McKenney
• [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, James Morse
  • [RFC PATCH 01/32] ia64: Fix build error due to switch case label appearing next to declaration, James Morse
  • [RFC PATCH 02/32] ACPI: Move ACPI_HOTPLUG_CPU to be enabled per architecture, James Morse
    • Re: [RFC PATCH 02/32] ACPI: Move ACPI_HOTPLUG_CPU to be enabled per architecture, Russell King (Oracle)
  • [RFC PATCH 06/32] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), James Morse
  • [RFC PATCH 05/32] drivers: base: Move cpu_dev_init() after node_dev_init(), James Morse
  • [RFC PATCH 04/32] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, James Morse
  • [RFC PATCH 03/32] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, James Morse
  • [RFC PATCH 07/32] ia64/topology: Switch over to GENERIC_CPU_DEVICES, James Morse
  • [RFC PATCH 09/32] LoongArch: Switch over to GENERIC_CPU_DEVICES, James Morse
  • [RFC PATCH 10/32] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, James Morse
  • [RFC PATCH 14/32] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', James Morse
  • [RFC PATCH 08/32] x86/topology: Switch over to GENERIC_CPU_DEVICES, James Morse
  • [RFC PATCH 11/32] ACPI: processor: Add support for processors described as container packages, James Morse
  • [RFC PATCH 12/32] ACPI: processor: Register CPUs that are online, but not described in the DSDT, James Morse
  • [RFC PATCH 17/32] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, James Morse
  • [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace, James Morse
    • RE: [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace, Salil Mehta
      • Re: [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace, James Morse
  • [RFC PATCH 16/32] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, James Morse
  • [RFC PATCH 27/32] arm64: psci: Ignore DENIED CPUs, James Morse
  • [RFC PATCH 20/32] drivers: base: Implement weak arch_unregister_cpu(), James Morse
  • [RFC PATCH 15/32] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), James Morse
  • [RFC PATCH 13/32] ACPI: processor: Register all CPUs from acpi_processor_get_info(), James Morse
  • [RFC PATCH 31/32] arm64: document virtual CPU hotplug's expectations, James Morse
  • [RFC PATCH 21/32] LoongArch: Use the __weak version of arch_unregister_cpu(), James Morse
  • [RFC PATCH 22/32] arm64: acpi: Move get_cpu_for_acpi_id() to a header, James Morse
  • [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, James Morse
    • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Oliver Upton
      • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, James Morse
        • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
    • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
      • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Suzuki K Poulose
        • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
          • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Suzuki K Poulose
            • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
              • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Suzuki K Poulose
      • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Oliver Upton
      • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, James Morse
        • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
          • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Marc Zyngier
        • Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace, Oliver Upton
  • [RFC PATCH 24/32] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper, James Morse
  • [RFC PATCH 25/32] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), James Morse
  • [RFC PATCH 18/32] ACPI: Check _STA present bit before making CPUs not present, James Morse
  • [RFC PATCH 26/32] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, James Morse
  • [RFC PATCH 19/32] ACPI: Warn when the present bit changes but the feature is not enabled, James Morse
  • [RFC PATCH 23/32] ACPICA: Add new MADT GICC flags fields [code first?], James Morse
  • [RFC PATCH 28/32] ACPI: add support to register CPUs based on the _STA enabled bit, James Morse
  • [RFC PATCH 32/32] cpumask: Add enabled cpumask for present CPUs that can be brought online, James Morse
  • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Jonathan Cameron
    • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, James Morse
      • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Jonathan Cameron
  • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Gavin Shan
    • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, James Morse
      • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Gavin Shan
        • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Russell King (Oracle)
  • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Shaoqin Huang
    • Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug, Gavin Shan
• [PATCH v7 0/5] shoot lazy tlbs (lazy tlb refcount scalability improvement), Nicholas Piggin
  • [PATCH v7 1/5] kthread: simplify kthread_use_mm refcounting, Nicholas Piggin
  • [PATCH v7 2/5] lazy tlb: introduce lazy tlb mm refcount helper functions, Nicholas Piggin
  • [PATCH v7 3/5] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nicholas Piggin
  • [PATCH v7 4/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme, Nicholas Piggin
  • [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Nicholas Piggin
    • Re: [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Andrew Morton
      • Re: [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Peter Zijlstra
        • Re: [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Nicholas Piggin
• API for setting multiple PTEs at once, Matthew Wilcox
  • Re: API for setting multiple PTEs at once, Kirill A. Shutemov
    • Re: API for setting multiple PTEs at once, Matthew Wilcox
      • Re: API for setting multiple PTEs at once, Kirill A. Shutemov
  • Re: API for setting multiple PTEs at once, Matthew Wilcox
    • Re: API for setting multiple PTEs at once, Alexandre Ghiti
      • Re: API for setting multiple PTEs at once, Yin, Fengwei
        • Re: API for setting multiple PTEs at once, Matthew Wilcox
    • Re: API for setting multiple PTEs at once, Alexandre Ghiti
      • Re: API for setting multiple PTEs at once, Rolf Eike Beer
• [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double(), Peter Zijlstra
  • [PATCH v2 04/10] instrumentation: Wire up cmpxchg128(), Peter Zijlstra
    • Re: [PATCH v2 04/10] instrumentation: Wire up cmpxchg128(), Mark Rutland
  • [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128, Peter Zijlstra
    • Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128, H. Peter Anvin
    • Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128, Herbert Xu
  • [PATCH v2 05/10] percpu: Wire up cmpxchg128, Peter Zijlstra
    • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Heiko Carstens
    • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Mark Rutland
    • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Arnd Bergmann
      • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Peter Zijlstra
        • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Peter Zijlstra
          • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Peter Zijlstra
            • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Arnd Bergmann
        • Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128, Arnd Bergmann
  • [PATCH v2 06/10] x86,amd_iommu: Replace cmpxchg_double(), Peter Zijlstra
  • [PATCH v2 08/10] slub: Replace cmpxchg_double(), Peter Zijlstra
    • Re: [PATCH v2 08/10] slub: Replace cmpxchg_double(), Hyeonggon Yoo
  • [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Peter Zijlstra
    • Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Heiko Carstens
    • Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}(), Mark Rutland
  • [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double(), Peter Zijlstra
    • Re: [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double(), Baolu Lu
  • [PATCH v2 02/10] types: Introduce [us]128, Peter Zijlstra
    • Re: [PATCH v2 02/10] types: Introduce [us]128, Herbert Xu
  • [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128(), Peter Zijlstra
    • Re: [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128(), Heiko Carstens
  • [PATCH v2 09/10] arch: Remove cmpxchg_double, Peter Zijlstra
    • Re: [PATCH v2 09/10] arch: Remove cmpxchg_double, Hyeonggon Yoo
  • Re: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double(), Linus Torvalds
    • RE: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double(), David Laight
• [PATCH] LoongArch: Make -mstrict-align be configurable, Huacai Chen
  • RE: [PATCH] LoongArch: Make -mstrict-align be configurable, David Laight
    • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Huacai Chen
      • RE: [PATCH] LoongArch: Make -mstrict-align be configurable, David Laight
        • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
          • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, WANG Xuerui
            • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Arnd Bergmann
              • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
                • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Arnd Bergmann
                  • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Huacai Chen
  • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Arnd Bergmann
    • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Huacai Chen
      • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Arnd Bergmann
  • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, WANG Xuerui
    • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
      • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Xi Ruoyao
        • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
          • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Arnd Bergmann
            • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
          • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Xi Ruoyao
            • Re: [PATCH] LoongArch: Make -mstrict-align be configurable, Jianmin Lv
• [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value, Matt Evans
  • Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value, Arnd Bergmann
  • Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value, Arnd Bergmann
    • Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value, Matt Evans
      • Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value, Arnd Bergmann
• [PATCH] riscv: kprobe: Fixup misaligned load text, guoren
  • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Björn Töpel
    • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Guo Ren
      • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Björn Töpel
        • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Jessica Clarke
          • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Björn Töpel
            • Re: [PATCH] riscv: kprobe: Fixup misaligned load text, Guo Ren
• [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position, guoren
  • Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position, Björn Töpel
  • Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position, patchwork-bot+linux-riscv
• [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
  • [PATCH 01/10] alpha: fix livelock in uaccess, Al Viro
    • Re: [PATCH 01/10] alpha: fix livelock in uaccess, patchwork-bot+linux-riscv
  • [PATCH 02/10] hexagon: fix livelock in uaccess, Al Viro
    • RE: [PATCH 02/10] hexagon: fix livelock in uaccess, Brian Cain
  • [PATCH 03/10] ia64: fix livelock in uaccess, Al Viro
  • [PATCH 04/10] m68k: fix livelock in uaccess, Al Viro
    • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Finn Thain
      • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Linus Torvalds
        • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Finn Thain
      • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Al Viro
        • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Linus Torvalds
    • Re: [PATCH 04/10] m68k: fix livelock in uaccess, Geert Uytterhoeven
  • [PATCH 05/10] microblaze: fix livelock in uaccess, Al Viro
  • [PATCH 06/10] nios2: fix livelock in uaccess, Al Viro
  • [PATCH 07/10] openrisc: fix livelock in uaccess, Al Viro
  • [PATCH 08/10] parisc: fix livelock in uaccess, Al Viro
    • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
      • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Al Viro
        • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
          • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Al Viro
            • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
              • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
                • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
                  • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Al Viro
                    • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Helge Deller
                      • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Al Viro
    • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Guenter Roeck
      • Re: [PATCH 08/10] parisc: fix livelock in uaccess, Michael Schmitz
  • [PATCH 09/10] riscv: fix livelock in uaccess, Al Viro
    • Re: [PATCH 09/10] riscv: fix livelock in uaccess, Björn Töpel
    • Re: [PATCH 09/10] riscv: fix livelock in uaccess, Geert Uytterhoeven
  • [PATCH 10/10] sparc: fix livelock in uaccess, Al Viro
  • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Linus Torvalds
    • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
      • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Linus Torvalds
        • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
          • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Linus Torvalds
            • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Peter Xu
              • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
                • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
                • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Peter Xu
                  • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
                    • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
          • [loongarch oddities] Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
        • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Helge Deller
          • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Linus Torvalds
        • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
          • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Michael Cree
            • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, John Paul Adrian Glaubitz
            • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
              • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Al Viro
          • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Linus Torvalds
  • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Mark Rutland
    • Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes, Geert Uytterhoeven
• [PATCH] riscv: mm: fix regression due to update_mmu_cache change, Sergey Matyukevich
  • Re: [PATCH] riscv: mm: fix regression due to update_mmu_cache change, Conor Dooley
  • Re: [PATCH] riscv: mm: fix regression due to update_mmu_cache change, patchwork-bot+linux-riscv
• [PATCH memory-model] Add smp_mb__after_srcu_read_unlock(), Paul E. McKenney
• [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
  • [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h, Mike Rapoport
    • Re: [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h, David Hildenbrand
  • [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Mike Rapoport
    • Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU, David Hildenbrand
    • Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Guenter Roeck
      • Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Mike Rapoport
        • Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Guenter Roeck
  • [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM, Mike Rapoport
    • Re: [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM, David Hildenbrand
  • [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
    • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Michael Ellerman
    • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Conor Dooley
      • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
        • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Conor Dooley
    • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, David Hildenbrand
    • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Guenter Roeck
      • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
        • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Guenter Roeck
      • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
        • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Guenter Roeck
          • Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
• Re: [PATCH] sh: define RUNTIME_DISCARD_EXIT, Tom Saeger
• [PATCH 15/35] Documentation: litmus-tests: correct spelling, Randy Dunlap
  • Message not available
    • Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling, David Howells
      • Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling, Paul E. McKenney
• [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jules Maselbas
  • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Peter Zijlstra
    • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jules Maselbas
      • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Peter Zijlstra
        • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Boqun Feng
          • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jonas Oberhauser
            • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Boqun Feng
              • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jonas Oberhauser
                • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Boqun Feng
                  • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jonas Oberhauser
        • Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops, Jules Maselbas
• [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support, guoren
  • [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr, guoren
    • Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr, Miguel Ojeda
      • Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr, Guo Ren
  • [PATCH -next V15 2/7] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V15 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V15 4/7] riscv: entry: Convert to generic entry, guoren
  • [PATCH -next V15 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • [PATCH -next V15 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V15 7/7] riscv: entry: Consolidate general regs saving/restoring, guoren
  • Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support, Conor Dooley
    • Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support, Björn Töpel
• [PATCH resend] iopoll: Call cpu_relax() in busy loops, Geert Uytterhoeven
  • Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops, Peter Zijlstra
  • Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops, Arnd Bergmann
• KASAN: slab-out-of-bounds Read in ntfs_test_inode, Sanan Hasanov
• [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE, Dan Williams
  • Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE, Yu Zhao
  • Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE, Alexander Potapenko
• [PATCH v1 0/5] gpio: First attempt to clean up headers, Andy Shevchenko
  • [PATCH v1 2/5] gpio: Drop unused forward declaration from driver.h, Andy Shevchenko
  • [PATCH v1 3/5] gpio: Deduplicate forward declarations in consumer.h, Andy Shevchenko
  • [PATCH v1 4/5] gpio: Group forward declarations in consumer.h, Andy Shevchenko
  • [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Andy Shevchenko
    • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Christophe Leroy
      • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Arnd Bergmann
        • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Andy Shevchenko
          • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Arnd Bergmann
            • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Andy Shevchenko
      • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Andy Shevchenko
        • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Christophe Leroy
          • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Arnd Bergmann
            • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Andy Shevchenko
              • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Pierluigi Passaro
                • Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled, Arnd Bergmann
  • [PATCH v1 5/5] gpio: Clean up headers, Andy Shevchenko
    • Re: [PATCH v1 5/5] gpio: Clean up headers, Arnd Bergmann
      • Re: [PATCH v1 5/5] gpio: Clean up headers, Andy Shevchenko
        • Re: [PATCH v1 5/5] gpio: Clean up headers, Arnd Bergmann
    • Re: [PATCH v1 5/5] gpio: Clean up headers, Linus Walleij
      • Re: [PATCH v1 5/5] gpio: Clean up headers, Andy Shevchenko
        • Re: [PATCH v1 5/5] gpio: Clean up headers, Linus Walleij
• [PATCH 0/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
  • [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Mike Rapoport
    • Re: [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU, Geert Uytterhoeven
  • [PATCH 2/3] mips: drop definition of pfn_valid() for DISCONTIGMEM, Mike Rapoport
  • [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Mike Rapoport
    • Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Andrew Morton
    • Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Arnd Bergmann
    • Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Guo Ren
      • Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Huacai Chen
    • Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM, Stafford Horne
• [PATCH v2 0/6] introduce vm_flags modifier functions, Suren Baghdasaryan
  • [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Michal Hocko
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Peter Zijlstra
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
        • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
          • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
    • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Mike Rapoport
      • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Mike Rapoport
        • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Matthew Wilcox
          • Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions, Suren Baghdasaryan
  • [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
    • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Michal Hocko
      • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
        • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Michal Hocko
          • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Suren Baghdasaryan
    • Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise, Mike Rapoport
  • [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Suren Baghdasaryan
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Michal Hocko
      • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Suren Baghdasaryan
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Mike Rapoport
    • Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls, Sebastian Reichel
  • [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Suren Baghdasaryan
    • Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Michal Hocko
    • Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK, Mike Rapoport
  • [PATCH v2 6/6] mm: export dump_mm(), Suren Baghdasaryan
    • Re: [PATCH v2 6/6] mm: export dump_mm(), Michal Hocko
    • Re: [PATCH v2 6/6] mm: export dump_mm(), Mike Rapoport
  • [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Suren Baghdasaryan
    • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Michal Hocko
      • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Suren Baghdasaryan
    • Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn, Mike Rapoport
• [PATCH v5 0/2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, Alexandre Ghiti
    • Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, Andrew Jones
      • Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, Alexandre Ghiti
    • Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, kernel test robot
    • Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, kernel test robot
      • Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable, Alexandre Ghiti
  • [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
    • Re: [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
• [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
    • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
      • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
        • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
          • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
            • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
              • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
        • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Rob Herring
          • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Andrew Jones
            • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Rob Herring
  • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Conor Dooley
    • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping, kernel test robot
• [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
  • [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config, Tianyu Lan
    • RE: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config, Tianyu Lan
  • [RFC PATCH V3 02/16] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message, Tianyu Lan
    • RE: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message, Tianyu Lan
  • [RFC PATCH V3 05/16] clocksource/drivers/hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 04/16] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc, Tianyu Lan
    • Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc, Wei Liu
      • Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc, Tianyu Lan
  • [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
    • Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Tom Lendacky
      • Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
        • Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Borislav Petkov
          • Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
    • RE: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
  • [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Tianyu Lan
    • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Gupta, Pankaj
      • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Tianyu Lan
        • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Gupta, Pankaj
    • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Gupta, Pankaj
      • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Tianyu Lan
    • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Borislav Petkov
      • Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler, Tianyu Lan
  • [RFC PATCH V3 11/16] x86/hyperv: Add hyperv-specific hadling for VMMCALL under SEV-ES, Tianyu Lan
  • [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path, Tianyu Lan
    • Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path, Gupta, Pankaj
      • Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path, Gupta, Pankaj
        • Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path, Tianyu Lan
  • [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
    • Re: [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
    • Re: [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
    • Re: [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
  • [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception, Tianyu Lan
    • Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception, Zhi Wang
      • Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception, Kalra, Ashish
    • Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception, Gupta, Pankaj
      • Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception, Tianyu Lan
  • [RFC PATCH V3 15/16] x86/sev: optimize system vector processing invoked from #HV exception, Tianyu Lan
  • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Zhi Wang
    • RE: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Michael Kelley (LINUX)
  • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Gupta, Pankaj
    • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Gupta, Pankaj
      • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
      • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Gupta, Pankaj
        • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
          • Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Gupta, Pankaj
• [RFC PATCH v2 00/31] Upstream kvx Linux port, Yann Sionneau
  • [RFC PATCH v2 05/31] Documentation: Add binding for kalray,coolidge-itgen, Yann Sionneau
    • Re: [RFC PATCH v2 05/31] Documentation: Add binding for kalray,coolidge-itgen, Krzysztof Kozlowski
  • [RFC PATCH v2 04/31] Documentation: Add binding for kalray,kv3-1-apic-mailbox, Yann Sionneau
    • Re: [RFC PATCH v2 04/31] Documentation: Add binding for kalray,kv3-1-apic-mailbox, Rob Herring
  • [RFC PATCH v2 03/31] Documentation: Add binding for kalray,kv3-1-apic-gic, Yann Sionneau
    • Re: [RFC PATCH v2 03/31] Documentation: Add binding for kalray,kv3-1-apic-gic, Krzysztof Kozlowski
  • [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation, Yann Sionneau
    • Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation, Bagas Sanjaya
      • Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation, Jules Maselbas
        • Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation, Bagas Sanjaya
    • Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation, Mike Rapoport
  • [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl, Yann Sionneau
    • Re: [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl, Rob Herring
    • Re: [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl, Krzysztof Kozlowski
  • [RFC PATCH v2 08/31] kvx: Add ELF-related definitions, Yann Sionneau
  • [RFC PATCH v2 13/31] kvx: Add boot and setup routines, Yann Sionneau
  • [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Yann Sionneau
    • Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Mark Rutland
      • Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Jules Maselbas
        • Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Mark Rutland
        • Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Jules Maselbas
    • Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers, Guo Ren
  • [RFC PATCH v2 14/31] kvx: Add exception/interrupt handling, Yann Sionneau
  • [RFC PATCH v2 15/31] irqchip: Add irq-kvx-apic-gic driver, Yann Sionneau
  • [RFC PATCH v2 16/31] irqchip: Add irq-kvx-itgen driver, Yann Sionneau
  • [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl, Yann Sionneau
    • Re: [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl, Rob Herring
    • Re: [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl, Krzysztof Kozlowski
  • [RFC PATCH v2 09/31] kvx: Add build infrastructure, Yann Sionneau
    • Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure, Arnd Bergmann
      • Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure, Jules Maselbas
        • Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure, Arnd Bergmann
          • Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure, Jules Maselbas
  • [RFC PATCH v2 12/31] kvx: Add other common headers, Yann Sionneau
    • Re: [RFC PATCH v2 12/31] kvx: Add other common headers, Jason A. Donenfeld
      • Re: [RFC PATCH v2 12/31] kvx: Add other common headers, Jules Maselbas
  • [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc, Yann Sionneau
    • Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc, Rob Herring
    • Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc, Krzysztof Kozlowski
      • Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc, Jules Maselbas
        • Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc, Krzysztof Kozlowski