Linux Arch

• Date Index

• [PATCH v9 07/19] ACPI: processor: Add acpi_get_processor_handle() helper, (continued)
  • [PATCH v9 07/19] ACPI: processor: Add acpi_get_processor_handle() helper, Jonathan Cameron
    • Re: [PATCH v9 07/19] ACPI: processor: Add acpi_get_processor_handle() helper, Rafael J. Wysocki
  • [PATCH v9 08/19] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
  • [PATCH v9 09/19] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Jonathan Cameron
  • [PATCH v9 10/19] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
  • [PATCH v9 11/19] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
  • [PATCH v9 12/19] arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry, Jonathan Cameron
    • Re: [PATCH v9 12/19] arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry, Gavin Shan
  • [PATCH v9 13/19] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH v9 14/19] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH v9 15/19] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH v9 16/19] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Jonathan Cameron
  • [PATCH v9 17/19] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Jonathan Cameron
    • Re: [PATCH v9 17/19] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Gavin Shan
  • [PATCH v9 18/19] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
    • Re: [PATCH v9 18/19] arm64: document virtual CPU hotplug's expectations, Gavin Shan
  • [PATCH v9 19/19] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
    • Re: [PATCH v9 19/19] cpumask: Add enabled cpumask for present CPUs that can be brought online, Gavin Shan
• [linux-next:master] BUILD REGRESSION b0a2c79c6f3590b74742cbbc76687014d47972d8, kernel test robot
• [PATCH v7 00/16] mm: jit/text allocator, Mike Rapoport
  • [PATCH v7 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow(), Mike Rapoport
  • [PATCH v7 02/16] mips: module: rename MODULE_START to MODULES_VADDR, Mike Rapoport
  • [PATCH v7 03/16] nios2: define virtual address space for modules, Mike Rapoport
  • [PATCH v7 04/16] sparc: simplify module_alloc(), Mike Rapoport
  • [PATCH v7 05/16] module: make module_memory_{alloc,free} more self-contained, Mike Rapoport
    • Re: [PATCH v7 05/16] module: make module_memory_{alloc,free} more self-contained, Philippe Mathieu-Daudé
  • [PATCH v7 06/16] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
  • [PATCH v7 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
  • [PATCH v7 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
  • [PATCH v7 09/16] riscv: extend execmem_params for generated code allocations, Mike Rapoport
  • [PATCH v7 10/16] arm64: extend execmem_info for generated code allocations, Mike Rapoport
  • [PATCH v7 11/16] powerpc: extend execmem_params for kprobes allocations, Mike Rapoport
  • [PATCH v7 12/16] arch: make execmem setup available regardless of CONFIG_MODULES, Mike Rapoport
  • [PATCH v7 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES, Mike Rapoport
  • [PATCH v7 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate, Mike Rapoport
  • [PATCH v7 15/16] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
  • [PATCH v7 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of, Mike Rapoport
  • Re: [PATCH v7 00/16] mm: jit/text allocator, Luis Chamberlain
    • Re: [PATCH v7 00/16] mm: jit/text allocator, Liviu Dudau
      • Re: [PATCH v7 00/16] mm: jit/text allocator, Luis Chamberlain
        • Re: [PATCH v7 00/16] mm: jit/text allocator, Liviu Dudau
          • Re: [PATCH v7 00/16] mm: jit/text allocator, Mike Rapoport
            • Re: [PATCH v7 00/16] mm: jit/text allocator, Liviu Dudau
• [PATCH v6 2/3] open: add O_CRED_ALLOW flag, Stas Sergeev
• [PATCH v3 2/2] fs/xattr: add *at family syscalls, Christian Göttsche
  • Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls, Arnd Bergmann
  • Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls, Jan Kara
• [GIT PULL] LoongArch fixes for v6.9-rc6, Huacai Chen
  • Re: [GIT PULL] LoongArch fixes for v6.9-rc6, pr-tracker-bot
• [PATCH v8 00/16] ACPI/arm64: add support for virtual cpu hotplug, Jonathan Cameron
  • [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Jonathan Cameron
    • Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Miguel Luis
      • Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Miguel Luis
        • Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Jonathan Cameron
          • Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Rafael J. Wysocki
          • Re: [PATCH v8 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Jonathan Cameron
  • [PATCH v8 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Jonathan Cameron
  • [PATCH v8 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Jonathan Cameron
  • [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
    • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Gavin Shan
      • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
        • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Rafael J. Wysocki
        • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
          • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Rafael J. Wysocki
            • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
              • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Rafael J. Wysocki
          • Re: [PATCH v8 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
  • [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Jonathan Cameron
    • Re: [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Gavin Shan
      • Re: [PATCH v8 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Jonathan Cameron
  • [PATCH v8 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
  • [PATCH v8 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Jonathan Cameron
  • [PATCH v8 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
  • [PATCH v8 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
    • Re: [PATCH v8 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Lorenzo Pieralisi
  • [PATCH v8 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
    • Re: [PATCH v8 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Marc Zyngier
  • [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
    • Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Marc Zyngier
      • Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
        • Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Marc Zyngier
          • Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
            • Re: [PATCH v8 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH v8 12/16] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
    • Re: [PATCH v8 12/16] arm64: psci: Ignore DENIED CPUs, Gavin Shan
  • [PATCH v8 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Jonathan Cameron
    • Re: [PATCH v8 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Gavin Shan
  • [PATCH v8 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Jonathan Cameron
  • [PATCH v8 15/16] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH v8 16/16] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
• [PATCH v5 2/3] open: add O_CRED_ALLOW flag, Stas Sergeev
  • Re: [PATCH v5 2/3] open: add O_CRED_ALLOW flag, kernel test robot
• [PATCH v6 00/16] mm: jit/text allocator, Mike Rapoport
  • [PATCH v6 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow(), Mike Rapoport
  • [PATCH v6 02/16] mips: module: rename MODULE_START to MODULES_VADDR, Mike Rapoport
  • [PATCH v6 03/16] nios2: define virtual address space for modules, Mike Rapoport
  • [PATCH v6 04/16] sparc: simplify module_alloc(), Mike Rapoport
  • [PATCH v6 05/16] module: make module_memory_{alloc,free} more self-contained, Mike Rapoport
    • Re: [PATCH v6 05/16] module: make module_memory_{alloc,free} more self-contained, Song Liu
  • [PATCH v6 06/16] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
    • Re: [PATCH v6 06/16] mm: introduce execmem_alloc() and execmem_free(), Song Liu
  • [PATCH v6 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
    • Re: [PATCH v6 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Song Liu
  • [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
    • Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Song Liu
      • Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
  • [PATCH v6 09/16] riscv: extend execmem_params for generated code allocations, Mike Rapoport
  • [PATCH v6 10/16] arm64: extend execmem_info for generated code allocations, Mike Rapoport
  • [PATCH v6 11/16] powerpc: extend execmem_params for kprobes allocations, Mike Rapoport
  • [PATCH v6 12/16] arch: make execmem setup available regardless of CONFIG_MODULES, Mike Rapoport
  • [PATCH v6 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES, Mike Rapoport
  • [PATCH v6 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate, Mike Rapoport
  • [PATCH v6 15/16] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
  • [PATCH v6 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of, Mike Rapoport
  • Re: [PATCH v6 00/16] mm: jit/text allocator, Luis Chamberlain
• [linux-next:master] BUILD REGRESSION 5e4f84f18c4ee9b0ccdc19e39b7de41df21699dd, kernel test robot
• [PATCH 0/4] Annotate atomics for signed integer wrap-around, Kees Cook
  • [PATCH 4/4] ipv4: Silence intentional wrapping addition, Kees Cook
  • [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
    • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
      • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
        • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
          • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
            • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
              • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
                • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Mark Rutland
          • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
            • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
              • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
        • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Mark Rutland
          • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
      • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Peter Zijlstra
  • [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition, Kees Cook
    • Re: [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition, Will Deacon
      • Re: [PATCH 2/4] arm64: atomics: lse: Silence intentional wrapping addition, Kees Cook
  • [PATCH 3/4] locking/atomic: Annotate generic atomics with wrapping, Kees Cook
  • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, David Howells
    • Re: [PATCH 1/4] locking/atomic/x86: Silence intentional wrapping addition, Kees Cook
• [linux-next:master] BUILD REGRESSION a59668a9397e7245b26e9be85d23f242ff757ae8, kernel test robot
• [PATCH] LoongArch: Fix callchain parse error with kernel tracepoint events, Huacai Chen
• [PATCH] LoongArch: Fix access error when read fault on a write-only VMA, Huacai Chen
  • Re: [PATCH] LoongArch: Fix access error when read fault on a write-only VMA, Markus Elfring
    • Re: [PATCH] LoongArch: Fix access error when read fault on a write-only VMA, Huacai Chen
• [linux-next:master] BUILD REGRESSION f529a6d274b3b8c75899e949649d231298f30a32, kernel test robot
• [PATCH v5 10/15] powerpc: extend execmem_params for kprobes allocations, Mike Rapoport
  • [PATCH v5 11/15] arch: make execmem setup available regardless of CONFIG_MODULES, Mike Rapoport
  • [PATCH v5 12/15] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES, Mike Rapoport
  • [PATCH v5 13/15] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate, Mike Rapoport
  • [PATCH v5 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
  • [PATCH v5 15/15] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of, Mike Rapoport
• [PATCH v5 01/15] arm64: module: remove unneeded call to kasan_alloc_module_shadow(), Mike Rapoport
  • [PATCH v5 02/15] mips: module: rename MODULE_START to MODULES_VADDR, Mike Rapoport
  • [PATCH v5 03/15] nios2: define virtual address space for modules, Mike Rapoport
  • [PATCH v5 04/15] sparc: simplify module_alloc(), Mike Rapoport
  • [PATCH v5 05/15] module: make module_memory_{alloc,free} more self-contained, Mike Rapoport
  • [PATCH v5 06/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
  • [PATCH v5 07/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
  • [PATCH v5 08/15] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
  • [PATCH v5 09/15] riscv: extend execmem_params for generated code allocations, Mike Rapoport
• [PATCH v5 00/15] mm: jit/text allocator, Mike Rapoport
  • <Possible follow-ups>
  • [PATCH v5 00/15] mm: jit/text allocator, Mike Rapoport
    • [PATCH v5 01/15] arm64: module: remove unneeded call to kasan_alloc_module_shadow(), Mike Rapoport
    • [PATCH v5 02/15] mips: module: rename MODULE_START to MODULES_VADDR, Mike Rapoport
    • [PATCH v5 03/15] nios2: define virtual address space for modules, Mike Rapoport
    • [PATCH v5 04/15] sparc: simplify module_alloc(), Mike Rapoport
      • Re: [PATCH v5 04/15] sparc: simplify module_alloc(), Sam Ravnborg
    • [PATCH v5 05/15] module: make module_memory_{alloc,free} more self-contained, Mike Rapoport
    • [PATCH v5 06/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
    • [PATCH v5 07/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
    • [PATCH v5 08/15] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
    • [PATCH v5 09/15] riscv: extend execmem_params for generated code allocations, Mike Rapoport
    • [PATCH v5 10/15] powerpc: extend execmem_params for kprobes allocations, Mike Rapoport
    • [PATCH v5 11/15] arch: make execmem setup available regardless of CONFIG_MODULES, Mike Rapoport
      • Re: [PATCH v5 11/15] arch: make execmem setup available regardless of CONFIG_MODULES, Philippe Mathieu-Daudé
    • [PATCH v5 12/15] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES, Mike Rapoport
    • [PATCH v5 13/15] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate, Mike Rapoport
    • [PATCH v5 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
      • Re: [PATCH v5 14/15] kprobes: remove dependency on CONFIG_MODULES, Google
    • [PATCH v5 15/15] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of, Mike Rapoport
    • Re: [PATCH v5 00/15] mm: jit/text allocator, Luis Chamberlain
• [PATCH] bitops: Change function return types from long to int, Thorsten Blum
  • RE: [PATCH] bitops: Change function return types from long to int, Wang, Xiao W
    • Re: [PATCH] bitops: Change function return types from long to int, Thorsten Blum
  • Re: [PATCH] bitops: Change function return types from long to int, Amadeusz Sławiński
    • Re: [PATCH] bitops: Change function return types from long to int, Thorsten Blum
      • Re: [PATCH] bitops: Change function return types from long to int, Arnd Bergmann
        • Re: [PATCH] bitops: Change function return types from long to int, Thorsten Blum
          • Re: [PATCH] bitops: Change function return types from long to int, Thorsten Blum
            • Re: [PATCH] bitops: Change function return types from long to int, Arnd Bergmann
• [linux-next:master] BUILD REGRESSION a35e92ef04c07bd473404b9b73d489aea19a60a8, kernel test robot
• [linux-next:master] BUILD REGRESSION 7b4f2bc91c15fdcf948bb2d9741a9d7d54303f8d, kernel test robot
• [PATCH v7 00/16] ACPI/arm64: add support for virtual cpu hotplug, Jonathan Cameron
  • [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Jonathan Cameron
    • Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Rafael J. Wysocki
    • Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Hanjun Guo
    • Re: [PATCH v7 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Gavin Shan
  • [PATCH v7 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Jonathan Cameron
    • Re: [PATCH v7 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Hanjun Guo
    • Re: [PATCH v7 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Gavin Shan
  • [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Jonathan Cameron
    • Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Rafael J. Wysocki
    • Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Hanjun Guo
      • Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Rafael J. Wysocki
        • Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Hanjun Guo
    • Re: [PATCH v7 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Gavin Shan
  • [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
    • Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Rafael J. Wysocki
      • Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
    • Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Hanjun Guo
      • Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
        • Re: [PATCH v7 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Hanjun Guo
  • [PATCH v7 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Jonathan Cameron
    • Re: [PATCH v7 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Rafael J. Wysocki
    • Re: [PATCH v7 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Gavin Shan
  • [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
    • Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
    • Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Hanjun Guo
    • Re: [PATCH v7 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Gavin Shan
  • [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Jonathan Cameron
    • Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Rafael J. Wysocki
    • Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Hanjun Guo
    • Re: [PATCH v7 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach(), Gavin Shan
  • [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
    • Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Rafael J. Wysocki
    • Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Hanjun Guo
    • Re: [PATCH v7 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
  • [PATCH v7 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
    • Re: [PATCH v7 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
    • Re: [PATCH v7 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Hanjun Guo
  • [PATCH v7 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
    • Re: [PATCH v7 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
    • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
      • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Marc Zyngier
        • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
          • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Marc Zyngier
            • RE: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Salil Mehta
              • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
                • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
            • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
              • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
                • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
                  • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Marc Zyngier
          • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
            • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
              • Re: [PATCH v7 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
    • Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
    • Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs, Gavin Shan
      • Re: [PATCH v7 12/16] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH v7 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Jonathan Cameron
  • [PATCH v7 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Jonathan Cameron
    • Re: [PATCH v7 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Jonathan Cameron
  • [PATCH v7 15/16] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH v7 16/16] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
  • Re: [PATCH v7 00/16] ACPI/arm64: add support for virtual cpu hotplug, Rafael J. Wysocki
    • Re: [PATCH v7 00/16] ACPI/arm64: add support for virtual cpu hotplug, Rafael J. Wysocki
  • Re: [PATCH v7 00/16] ACPI/arm64: add support for virtual cpu hotplug, Miguel Luis
• [linux-next:master] BUILD REGRESSION 4eab358930711bbeb85bf5ee267d0d42d3394c2c, kernel test robot
• [PATCH v6 00/16] ACPI/arm64: add support for virtual cpu hotplug, Jonathan Cameron
  • [PATCH v6 01/16] ACPI: processor: Simplify initial onlining to use same path for cold and hotplug, Jonathan Cameron
  • [PATCH v6 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Jonathan Cameron
    • Re: [PATCH v6 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Russell King (Oracle)
      • Re: [PATCH v6 02/16] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Jonathan Cameron
  • [PATCH v6 03/16] ACPI: processor: Drop duplicated check on _STA (enabled + present), Jonathan Cameron
  • [PATCH v6 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
    • RE: [PATCH v6 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Salil Mehta
      • Re: [PATCH v6 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
    • Re: [PATCH v6 04/16] ACPI: processor: Move checks and availability of acpi_processor earlier, Jonathan Cameron
  • [PATCH v6 05/16] ACPI: processor: Add acpi_get_processor_handle() helper, Jonathan Cameron
  • [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
    • RE: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
      • Re: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
        • Re: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
          • Re: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
            • Re: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
              • Re: [PATCH v6 06/16] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
  • [PATCH v6 07/16] ACPI: scan: switch to flags for acpi_scan_check_and_detach();, Jonathan Cameron
  • [PATCH v6 08/16] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
  • [PATCH v6 09/16] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
  • [PATCH v6 10/16] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH v6 11/16] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH v6 12/16] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH v6 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Jonathan Cameron
    • RE: [PATCH v6 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Salil Mehta
      • Re: [PATCH v6 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Jonathan Cameron
        • RE: [PATCH v6 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available., Salil Mehta
  • [PATCH v6 14/16] arm64: Kconfig: Enable hotplug CPU on arm64 if ACPI_PROCESSOR is enabled., Jonathan Cameron
  • [PATCH v6 15/16] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH v6 16/16] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
    • RE: [PATCH v6 16/16] cpumask: Add enabled cpumask for present CPUs that can be brought online, Salil Mehta
• [linux-next:master] BUILD REGRESSION 66e4190e92ce0e4a50b2f6be0e5f5b2e47e072f4, kernel test robot
• [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb_entry(), David Hildenbrand
  • Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb_entry(), Miguel Ojeda
    • Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb_entry(), Huacai Chen
      • Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb_entry(), Andrew Morton
        • Re: [PATCH v1] LoongArch/tlb: fix "error: parameter 'ptep' set but not used" due to __tlb_remove_tlb_entry(), Huacai Chen
• ./include/asm-generic/tlb.h:629:10: error: parameter 'ptep' set but not used, Miguel Ojeda
  • Re: ./include/asm-generic/tlb.h:629:10: error: parameter 'ptep' set but not used, David Hildenbrand
    • Re: ./include/asm-generic/tlb.h:629:10: error: parameter 'ptep' set but not used, Arnd Bergmann
      • Re: ./include/asm-generic/tlb.h:629:10: error: parameter 'ptep' set but not used, Huacai Chen
• [linux-next:master] BUILD REGRESSION 6bd343537461b57f3efe5dfc5fc193a232dfef1e, kernel test robot
• [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
  • [PATCH v4 1/3] kallsyms: Avoid weak references for kallsyms symbols, Ard Biesheuvel
    • Re: [PATCH v4 1/3] kallsyms: Avoid weak references for kallsyms symbols, Masahiro Yamada
  • [PATCH v4 2/3] vmlinux: Avoid weak reference to notes section, Ard Biesheuvel
    • Re: [PATCH v4 2/3] vmlinux: Avoid weak reference to notes section, Masahiro Yamada
  • [PATCH v4 3/3] btf: Avoid weak external references, Ard Biesheuvel
  • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, patchwork-bot+netdevbpf
    • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
      • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Masahiro Yamada
        • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
          • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Masahiro Yamada
            • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
              • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
                • Re: [PATCH v4 0/3] kbuild: Avoid weak external linkage where possible, Masahiro Yamada
• [PATCH 0/2] sched: rseq mm_cid updates, Mathieu Desnoyers
  • [PATCH 2/2] sched: Move mm_cid code from sched.h to core.c, Mathieu Desnoyers
  • [PATCH 1/2] sched: Add missing memory barrier in switch_mm_cid, Mathieu Desnoyers
  • Re: [PATCH 0/2] sched: rseq mm_cid updates, Ingo Molnar
    • Re: [PATCH 0/2] sched: rseq mm_cid updates, Mathieu Desnoyers
• [PATCH v3 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
  • [PATCH v3 1/3] kallsyms: Avoid weak references for kallsyms symbols, Ard Biesheuvel
  • [PATCH v3 2/3] vmlinux: Avoid weak reference to notes section, Ard Biesheuvel
  • [PATCH v3 3/3] btf: Avoid weak external references, Ard Biesheuvel
    • Re: [PATCH v3 3/3] btf: Avoid weak external references, Jiri Olsa
    • Re: [PATCH v3 3/3] btf: Avoid weak external references, Masahiro Yamada
      • Re: [PATCH v3 3/3] btf: Avoid weak external references, Ard Biesheuvel
        • Re: [PATCH v3 3/3] btf: Avoid weak external references, Masahiro Yamada
          • Re: [PATCH v3 3/3] btf: Avoid weak external references, Ard Biesheuvel
  • Re: [PATCH v3 0/3] kbuild: Avoid weak external linkage where possible, Aithal, Srikanth
• [PATCH v2 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
  • Re: [PATCH v2 1/1] mm: change inlined allocation helpers to account at the call site, Jan Kara
• Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Michael Ellerman
  • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Michael Ellerman
    • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Stephen Rothwell
    • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Geert Uytterhoeven
      • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Sean Christopherson
        • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Michael Ellerman
        • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Will Deacon
          • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Sean Christopherson
            • Re: [PATCH 1/3] x86/cpu: Actually turn off mitigations by default for SPECULATION_MITIGATIONS=n, Will Deacon
• Figure out why kdump is not producing dmesg in CentOS stream 8, public1020
• [linux-next:master] BUILD REGRESSION 9ed46da14b9b9b2ad4edb3b0c545b6dbe5c00d39, kernel test robot
• [PATCH v5 00/18] ACPI/arm64: add support for virtual cpu hotplug, Jonathan Cameron
  • [PATCH v5 01/18] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Jonathan Cameron
    • Re: [PATCH v5 01/18] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Rafael J. Wysocki
    • Re: [PATCH v5 01/18] cpu: Do not warn on arch_register_cpu() returning -EPROBE_DEFER, Gavin Shan
  • [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Jonathan Cameron
    • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Rafael J. Wysocki
      • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Jonathan Cameron
        • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Rafael J. Wysocki
          • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Rafael J. Wysocki
            • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Jonathan Cameron
              • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Jonathan Cameron
                • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Rafael J. Wysocki
                  • Re: [PATCH v5 02/18] ACPI: processor: Set the ACPI_COMPANION for the struct cpu instance, Jonathan Cameron
  • [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
    • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Russell King (Oracle)
        • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Thomas Gleixner
          • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Russell King (Oracle)
            • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Thomas Gleixner
              • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                  • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                  • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                  • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                    • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                      • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                        • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                          • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                            • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
                      • RE: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
                        • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
          • RE: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
            • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
              • RE: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
                • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                  • RE: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
                    • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
        • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
        • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • RE: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Salil Mehta
    • Re: [PATCH v5 03/18] ACPI: processor: Register deferred CPUs from acpi_processor_get_info(), Jonathan Cameron
  • [PATCH v5 04/18] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Jonathan Cameron
  • [PATCH v5 05/18] ACPI: utils: Add an acpi_sta_enabled() helper and use it in acpi_processor_make_present(), Jonathan Cameron
  • [PATCH v5 06/18] ACPI: scan: Add parameter to allow defering some actions in acpi_scan_check_and_detach., Jonathan Cameron
  • [PATCH v5 07/18] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
  • [PATCH v5 08/18] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED(), Jonathan Cameron
  • [PATCH v5 09/18] ACPI: Check _STA present bit before making CPUs not present, Jonathan Cameron
  • [PATCH v5 10/18] ACPI: Warn when the present bit changes but the feature is not enabled, Jonathan Cameron
  • [PATCH v5 11/18] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
  • [PATCH v5 12/18] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH v5 13/18] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH v5 14/18] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH v5 15/18] arm64: arch_register_cpu() variant to allow checking of ACPI _STA, Jonathan Cameron
  • [PATCH v5 16/18] ACPI: add support to (un)register CPUs based on the _STA enabled bit, Jonathan Cameron
  • [PATCH v5 17/18] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH v5 18/18] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
• [PATCH] bug: Improve comment, Thorsten Blum
  • Re: [PATCH] bug: Improve comment, Thorsten Blum
    • Re: [PATCH] bug: Improve comment, Arnd Bergmann
• [linux-next:master] BUILD REGRESSION 4118d9533ff3a5d16efb476a0d00afceecd92cf5, kernel test robot
• [PATCH] sched: Add missing memory barrier in switch_mm_cid, Mathieu Desnoyers
  • Re: [PATCH] sched: Add missing memory barrier in switch_mm_cid, Ingo Molnar
    • Re: [PATCH] sched: Add missing memory barrier in switch_mm_cid, Mathieu Desnoyers
• [PATCH v3 0/6] Fix mlx5 write combining support on new ARM64 cores, Jason Gunthorpe
  • [PATCH v3 6/6] IB/mlx5: Use __iowrite64_copy() for write combining stores, Jason Gunthorpe
    • Re: [PATCH v3 6/6] IB/mlx5: Use __iowrite64_copy() for write combining stores, Leon Romanovsky
  • [PATCH v3 4/6] arm64/io: Provide a WC friendly __iowriteXX_copy(), Jason Gunthorpe
  • [PATCH v3 1/6] x86: Stop using weak symbols for __iowrite32_copy(), Jason Gunthorpe
    • Re: [PATCH v3 1/6] x86: Stop using weak symbols for __iowrite32_copy(), Arnd Bergmann
  • [PATCH v3 3/6] s390: Stop using weak symbols for __iowrite64_copy(), Jason Gunthorpe
    • Re: [PATCH v3 3/6] s390: Stop using weak symbols for __iowrite64_copy(), Arnd Bergmann
  • [PATCH v3 2/6] s390: Implement __iowrite32_copy(), Jason Gunthorpe
  • [PATCH v3 5/6] net: hns3: Remove io_stop_wc() calls after __iowrite64_copy(), Jason Gunthorpe
  • Re: [PATCH v3 0/6] Fix mlx5 write combining support on new ARM64 cores, Jason Gunthorpe
• [RFC PATCH 0/7] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [RFC PATCH 1/7] asm-generic: introduce text-patching.h, Mike Rapoport
  • [RFC PATCH 2/7] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [RFC PATCH 2/7] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Christophe Leroy
      • Re: [RFC PATCH 2/7] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [RFC PATCH 3/7] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [RFC PATCH 3/7] module: prepare to handle ROX allocations for text, Nadav Amit
      • Re: [RFC PATCH 3/7] module: prepare to handle ROX allocations for text, Mike Rapoport
        • Re: [RFC PATCH 3/7] module: [, Nadav Amit
          • Re: [RFC PATCH 3/7] module: [, Mike Rapoport
  • [RFC PATCH 4/7] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
  • [RFC PATCH 5/7] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [RFC PATCH 5/7] x86/module: perpare module loading for ROX allocations of text, Ingo Molnar
      • Re: [RFC PATCH 5/7] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [RFC PATCH 5/7] x86/module: perpare module loading for ROX allocations of text, Peter Zijlstra
      • Re: [RFC PATCH 5/7] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [RFC PATCH 6/7] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [RFC PATCH 6/7] execmem: add support for cache of large ROX pages, Peter Zijlstra
      • Re: [RFC PATCH 6/7] execmem: add support for cache of large ROX pages, Mike Rapoport
        • Re: [RFC PATCH 6/7] execmem: add support for cache of large ROX pages, Peter Zijlstra
          • Re: [RFC PATCH 6/7] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [RFC PATCH 7/7] x86/module: enable ROX caches for module text, Mike Rapoport
• [PATCH v4 00/15] mm: jit/text allocator, Mike Rapoport
  • [PATCH v4 04/15] module: make module_memory_{alloc,free} more self-contained, Mike Rapoport
  • [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Luis Chamberlain
      • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Ingo Molnar
      • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Peter Zijlstra
      • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
      • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mark Rutland
        • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
          • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
            • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
              • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
                • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
                  • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
                    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
                      • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
                        • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
                          • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
                            • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
                              • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
                                • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Mike Rapoport
                                  • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Google
                                    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Song Liu
    • Re: [PATCH v4 05/15] mm: introduce execmem_alloc() and execmem_free(), Google
  • [PATCH v4 06/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
    • Re: [PATCH v4 06/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Sam Ravnborg
      • Re: [PATCH v4 06/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Mike Rapoport
    • Re: [PATCH v4 06/15] mm/execmem, arch: convert simple overrides of module_alloc to execmem, Peter Zijlstra
  • [PATCH v4 07/15] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Mike Rapoport
    • Re: [PATCH v4 07/15] mm/execmem, arch: convert remaining overrides of module_alloc to execmem, Peter Zijlstra
  • [PATCH v4 08/15] arm64: extend execmem_info for generated code allocations, Mike Rapoport
  • [PATCH v4 03/15] nios2: define virtual address space for modules, Mike Rapoport
  • [PATCH v4 09/15] riscv: extend execmem_params for generated code allocations, Mike Rapoport
  • [PATCH v4 11/15] arch: make execmem setup available regardless of CONFIG_MODULES, Mike Rapoport
  • [PATCH v4 12/15] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES, Mike Rapoport
  • [PATCH v4 13/15] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropiate, Mike Rapoport
  • [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
    • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Masami Hiramatsu
      • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
      • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
        • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Christophe Leroy
          • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
            • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Google
              • Re: [PATCH v4 14/15] kprobes: remove dependency on CONFIG_MODULES, Mike Rapoport
  • [PATCH v4 15/15] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of, Mike Rapoport
  • [PATCH v4 01/15] arm64: module: remove uneeded call to kasan_alloc_module_shadow(), Mike Rapoport
  • [PATCH v4 02/15] mips: module: rename MODULE_START to MODULES_VADDR, Mike Rapoport
  • [PATCH v4 10/15] powerpc: extend execmem_params for kprobes allocations, Mike Rapoport
  • Re: [PATCH v4 00/15] mm: jit/text allocator, Kent Overstreet
  • Re: [PATCH v4 00/15] mm: jit/text allocator, Luis Chamberlain
• [PATCH] treewide: Fix common grammar mistake "the the", Thorsten Blum
  • Re: [PATCH] treewide: Fix common grammar mistake "the the", Randy Dunlap
  • Re: [PATCH] treewide: Fix common grammar mistake "the the", Dan Carpenter
    • Re: [PATCH] treewide: Fix common grammar mistake "the the", Thorsten Blum
      • Re: [PATCH] treewide: Fix common grammar mistake "the the", Jani Nikula
  • Re: [PATCH] treewide: Fix common grammar mistake "the the", Johannes Berg
  • Re: [PATCH] treewide: Fix common grammar mistake "the the", Tyler Hicks
  • Re: [PATCH] treewide: Fix common grammar mistake "the the", Robin Murphy
    • [PATCH v2] treewide: Fix common grammar mistake "the the", Thorsten Blum
      • Re: [PATCH v2] treewide: Fix common grammar mistake "the the", Christophe JAILLET
• [GIT PULL] LoongArch fixes for v6.9-rc4, Huacai Chen
  • Re: [GIT PULL] LoongArch fixes for v6.9-rc4, pr-tracker-bot
• [linux-next:master] BUILD REGRESSION 6ebf211bb11dfc004a2ff73a9de5386fa309c430, kernel test robot
• [PATCH v2 RESEND 0/5] sched/vtime: vtime.h headers cleanup, Alexander Gordeev
  • [PATCH v2 RESEND 4/5] s390/irq,nmi: include <asm/vtime.h> header directly, Alexander Gordeev
  • [PATCH v2 RESEND 5/5] sched/vtime: do not include <asm/vtime.h> header, Alexander Gordeev
  • [PATCH v2 RESEND 1/5] sched/vtime: remove confusing arch_vtime_task_switch() declaration, Alexander Gordeev
  • [PATCH v2 RESEND 3/5] s390/vtime: remove unused __ARCH_HAS_VTIME_TASK_SWITCH leftover, Alexander Gordeev
  • [PATCH v2 RESEND 2/5] sched/vtime: get rid of generic vtime_task_switch() implementation, Alexander Gordeev
  • Re: [PATCH v2 RESEND 0/5] sched/vtime: vtime.h headers cleanup, Frederic Weisbecker
    • Re: [PATCH v2 RESEND 0/5] sched/vtime: vtime.h headers cleanup, Michael Ellerman
• [linux-next:master] BUILD REGRESSION a053fd3ca5d1b927a8655f239c84b0d790218fda, kernel test robot
• [PATCH v2 0/3] kbuild: Avoid weak external linkage where possible, Ard Biesheuvel
  • [PATCH v2 2/3] vmlinux: Avoid weak reference to notes section, Ard Biesheuvel
    • Re: [PATCH v2 2/3] vmlinux: Avoid weak reference to notes section, Arnd Bergmann
  • [PATCH v2 3/3] btf: Avoid weak external references, Ard Biesheuvel
    • Re: [PATCH v2 3/3] btf: Avoid weak external references, Arnd Bergmann
    • Re: [PATCH v2 3/3] btf: Avoid weak external references, Jiri Olsa
      • Re: [PATCH v2 3/3] btf: Avoid weak external references, Ard Biesheuvel
        • Re: [PATCH v2 3/3] btf: Avoid weak external references, Jiri Olsa
  • [PATCH v2 1/3] kallsyms: Avoid weak references for kallsyms symbols, Ard Biesheuvel
    • Re: [PATCH v2 1/3] kallsyms: Avoid weak references for kallsyms symbols, Arnd Bergmann
• [PATCH 8/9] tools/include: Sync asm-generic/bitops/fls.h with the kernel sources, Namhyung Kim
• [linux-next:master] BUILD REGRESSION 11cb68ad52ac78c81e33b806b531f097e68edfa2, kernel test robot
• [linux-next:master] BUILD REGRESSION 8568bb2ccc278f344e6ac44af6ed010a90aa88dc, kernel test robot
  • Re: [linux-next:master] BUILD REGRESSION 8568bb2ccc278f344e6ac44af6ed010a90aa88dc, Alexei Starovoitov
• Re: [PATCH v6 13/37] lib: add allocation tagging support for memory allocation profiling, Klara Modin
  • Re: [PATCH v6 13/37] lib: add allocation tagging support for memory allocation profiling, Kent Overstreet
    • Re: [PATCH v6 13/37] lib: add allocation tagging support for memory allocation profiling, Klara Modin
      • Re: [PATCH v6 13/37] lib: add allocation tagging support for memory allocation profiling, Klara Modin
• [PATCH memory-model 0/3] LKMM updates for v6.10, Paul E. McKenney
  • [PATCH memory-model 1/3] Documentation/litmus-tests: Add locking tests to README, Paul E. McKenney
  • [PATCH memory-model 3/3] Documentation/atomic_t: Emphasize that failed atomic operations give no ordering, Paul E. McKenney
  • [PATCH memory-model 2/3] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Paul E. McKenney
    • Re: [PATCH memory-model 2/3] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Andrea Parri
      • Re: [PATCH memory-model 2/3] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Paul E. McKenney
        • Re: [PATCH memory-model 2/3] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Andrea Parri
  • [PATCH v2 memory-model 0/3] LKMM updates for v6.10, Paul E. McKenney
    • [PATCH memory-model 1/4] Documentation/litmus-tests: Add locking tests to README, Paul E. McKenney
    • [PATCH memory-model 3/4] Documentation/atomic_t: Emphasize that failed atomic operations give no ordering, Paul E. McKenney
    • [PATCH memory-model 4/4] Documentation/litmus-tests: Make cmpxchg() tests safe for klitmus, Paul E. McKenney
    • [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Paul E. McKenney
      • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Jonas Oberhauser
        • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Jonas Oberhauser
          • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Paul E. McKenney
            • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Alan Stern
              • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Jonas Oberhauser
                • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Andrea Parri
            • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Jonas Oberhauser
            • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Hernan Ponce de Leon
              • Re: [PATCH memory-model 2/4] Documentation/litmus-tests: Demonstrate unordered failing cmpxchg, Paul E. McKenney
    • Re: [PATCH v2 memory-model 0/3] LKMM updates for v6.10, Andrea Parri
      • Re: [PATCH v2 memory-model 0/3] LKMM updates for v6.10, Paul E. McKenney
• [linux-next:master] BUILD REGRESSION 2b3d5988ae2cb5cd945ddbc653f0a71706231fdd, kernel test robot
• [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
  • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Matthew Wilcox
    • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
      • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
        • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Kent Overstreet
        • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Matthew Wilcox
          • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Kent Overstreet
            • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Andrew Morton
              • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Kent Overstreet
                • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
                  • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Jan Kara
                    • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
                • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Matthew Wilcox
                  • Re: [PATCH 1/1] mm: change inlined allocation helpers to account at the call site, Suren Baghdasaryan
• [PATCH v3 00/29] riscv control-flow integrity for usermode, Deepak Gupta
  • [PATCH v3 01/29] riscv: envcfg save and restore on task switching, Deepak Gupta
    • Re: [PATCH v3 01/29] riscv: envcfg save and restore on task switching, Charlie Jenkins
      • Re: [PATCH v3 01/29] riscv: envcfg save and restore on task switching, Deepak Gupta
  • [PATCH v3 02/29] riscv: define default value for envcfg for task, Deepak Gupta
    • Re: [PATCH v3 02/29] riscv: define default value for envcfg for task, Charlie Jenkins
      • Re: [PATCH v3 02/29] riscv: define default value for envcfg for task, Deepak Gupta
  • [PATCH v3 03/29] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Deepak Gupta
    • Re: [PATCH v3 03/29] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Charlie Jenkins
  • [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
    • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Rob Herring
      • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
        • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Rob Herring
          • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
            • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Conor Dooley
              • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
                • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Conor Dooley
                  • Re: [PATCH v3 04/29] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
  • [PATCH v3 05/29] riscv: zicfiss / zicfilp enumeration, Deepak Gupta
    • Re: [PATCH v3 05/29] riscv: zicfiss / zicfilp enumeration, Andy Chiu
      • Re: [PATCH v3 05/29] riscv: zicfiss / zicfilp enumeration, Charlie Jenkins
  • [PATCH v3 06/29] riscv: zicfiss / zicfilp extension csr and bit definitions, Deepak Gupta
    • Re: [PATCH v3 06/29] riscv: zicfiss / zicfilp extension csr and bit definitions, Charlie Jenkins
  • [PATCH v3 07/29] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit, Deepak Gupta
    • Re: [PATCH v3 07/29] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit, Charlie Jenkins
  • [PATCH v3 08/29] mm: Define VM_SHADOW_STACK for RISC-V, Deepak Gupta
    • Re: [PATCH v3 08/29] mm: Define VM_SHADOW_STACK for RISC-V, David Hildenbrand
      • Re: [PATCH v3 08/29] mm: Define VM_SHADOW_STACK for RISC-V, Mark Brown
        • Re: [PATCH v3 08/29] mm: Define VM_SHADOW_STACK for RISC-V, David Hildenbrand
          • Re: [PATCH v3 08/29] mm: Define VM_SHADOW_STACK for RISC-V, Deepak Gupta
  • [PATCH v3 09/29] mm: abstract shadow stack vma behind `vma_is_shadow_stack`, Deepak Gupta
    • Re: [PATCH v3 09/29] mm: abstract shadow stack vma behind `vma_is_shadow_stack`, David Hildenbrand
      • Re: [PATCH v3 09/29] mm: abstract shadow stack vma behind `vma_is_shadow_stack`, Deepak Gupta
  • [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
    • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Charlie Jenkins
      • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
        • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Charlie Jenkins
          • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
            • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Charlie Jenkins
    • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Alexandre Ghiti
      • Re: [PATCH v3 10/29] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
  • [PATCH v3 11/29] riscv mm: manufacture shadow stack pte, Deepak Gupta
    • Re: [PATCH v3 11/29] riscv mm: manufacture shadow stack pte, Alexandre Ghiti
  • [PATCH v3 12/29] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Deepak Gupta
    • Re: [PATCH v3 12/29] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Alexandre Ghiti
      • Re: [PATCH v3 12/29] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Deepak Gupta
  • [PATCH v3 13/29] riscv mmu: write protect and shadow stack, Deepak Gupta
    • Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack, Alexandre Ghiti
      • Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack, Deepak Gupta
        • Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack, Alexandre Ghiti
          • Re: [PATCH v3 13/29] riscv mmu: write protect and shadow stack, Deepak Gupta
  • [PATCH v3 14/29] riscv/mm: Implement map_shadow_stack() syscall, Deepak Gupta
    • Re: [PATCH v3 14/29] riscv/mm: Implement map_shadow_stack() syscall, Alexandre Ghiti
      • Re: [PATCH v3 14/29] riscv/mm: Implement map_shadow_stack() syscall, Deepak Gupta
  • [PATCH v3 15/29] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
    • Re: [PATCH v3 15/29] riscv/shstk: If needed allocate a new shadow stack on clone, Alexandre Ghiti
      • Re: [PATCH v3 15/29] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
  • [PATCH v3 16/29] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
  • [PATCH v3 17/29] prctl: arch-agnostic prctl for indirect branch tracking, Deepak Gupta
    • Re: [PATCH v3 17/29] prctl: arch-agnostic prctl for indirect branch tracking, Charlie Jenkins
      • Re: [PATCH v3 17/29] prctl: arch-agnostic prctl for indirect branch tracking, Deepak Gupta
  • [PATCH v3 18/29] riscv: Implements arch agnostic shadow stack prctls, Deepak Gupta
  • [PATCH v3 19/29] riscv: Implements arch agnostic indirect branch tracking prctls, Deepak Gupta
  • [PATCH v3 20/29] riscv/kernel: update __show_regs to print shadow stack register, Deepak Gupta
    • Re: [PATCH v3 20/29] riscv/kernel: update __show_regs to print shadow stack register, Alexandre Ghiti
  • [PATCH v3 21/29] riscv/traps: Introduce software check exception, Deepak Gupta
  • [PATCH v3 22/29] riscv sigcontext: adding cfi state field in sigcontext, Deepak Gupta
    • Re: [PATCH v3 22/29] riscv sigcontext: adding cfi state field in sigcontext, Andy Chiu
      • Re: [PATCH v3 22/29] riscv sigcontext: adding cfi state field in sigcontext, Deepak Gupta
  • [PATCH v3 23/29] riscv signal: Save and restore of shadow stack for signal, Deepak Gupta
  • [PATCH v3 24/29] riscv/ptrace: riscv cfi status and state via ptrace and in core files, Deepak Gupta
  • [PATCH v3 25/29] riscv/hwprobe: zicfilp / zicfiss enumeration in hwprobe, Deepak Gupta
  • [PATCH v3 26/29] riscv: create a config for shadow stack and landing pad instr support, Deepak Gupta
  • [PATCH v3 27/29] riscv: Documentation for landing pad / indirect branch tracking, Deepak Gupta
    • Re: [PATCH v3 27/29] riscv: Documentation for landing pad / indirect branch tracking, Charlie Jenkins
      • Re: [PATCH v3 27/29] riscv: Documentation for landing pad / indirect branch tracking, Deepak Gupta
  • [PATCH v3 28/29] riscv: Documentation for shadow stack on riscv, Deepak Gupta
  • [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
    • Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi, Charlie Jenkins
      • Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
    • Re: [PATCH v3 29/29] kselftest/riscv: kselftest for user mode cfi, Charlie Jenkins
  • Re: [PATCH v3 00/29] riscv control-flow integrity for usermode, Charlie Jenkins
• [linux-next:master] BUILD REGRESSION 727900b675b749c40ba1f6669c7ae5eb7eb8e837, kernel test robot
• [PATCH v3 00/15] Add support for suppressing warning backtraces, Guenter Roeck
  • [PATCH v3 01/15] bug/kunit: Core support for suppressing warning backtraces, Guenter Roeck
    • Re: [PATCH v3 01/15] bug/kunit: Core support for suppressing warning backtraces, David Gow
  • [PATCH v3 02/15] kunit: bug: Count suppressed warning backtraces, Guenter Roeck
    • Re: [PATCH v3 02/15] kunit: bug: Count suppressed warning backtraces, David Gow
  • [PATCH v3 03/15] kunit: Add test cases for backtrace warning suppression, Guenter Roeck
    • Re: [PATCH v3 03/15] kunit: Add test cases for backtrace warning suppression, David Gow
      • Re: [PATCH v3 03/15] kunit: Add test cases for backtrace warning suppression, Guenter Roeck
  • [PATCH v3 04/15] kunit: Add documentation for warning backtrace suppression API, Guenter Roeck
    • Re: [PATCH v3 04/15] kunit: Add documentation for warning backtrace suppression API, David Gow
  • [PATCH v3 05/15] drm: Suppress intentional warning backtraces in scaling unit tests, Guenter Roeck