x86/mm: Use broadcast TLB flushing in page reclaim
authorRik van Riel <riel@surriel.com>
Wed, 26 Feb 2025 03:00:41 +0000 (22:00 -0500)
committerIngo Molnar <mingo@kernel.org>
Wed, 19 Mar 2025 10:12:29 +0000 (11:12 +0100)
Page reclaim tracks only the CPU(s) where the TLB needs to be flushed, rather
than all the individual mappings that may be getting invalidated.

Use broadcast TLB flushing when that is available.

  [ bp: Massage commit message. ]

Signed-off-by: Rik van Riel <riel@surriel.com>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Link: https://lore.kernel.org/r/20250226030129.530345-7-riel@surriel.com
arch/x86/mm/tlb.c

index 8cd084bc3d987644179e185869d07ceb6b4ecbca..76b4a88afb56390936b24b90096a212714068211 100644 (file)
@@ -1320,7 +1320,9 @@ void arch_tlbbatch_flush(struct arch_tlbflush_unmap_batch *batch)
         * a local TLB flush is needed. Optimize this use-case by calling
         * flush_tlb_func_local() directly in this case.
         */
-       if (cpumask_any_but(&batch->cpumask, cpu) < nr_cpu_ids) {
+       if (cpu_feature_enabled(X86_FEATURE_INVLPGB)) {
+               invlpgb_flush_all_nonglobals();
+       } else if (cpumask_any_but(&batch->cpumask, cpu) < nr_cpu_ids) {
                flush_tlb_multi(&batch->cpumask, info);
        } else if (cpumask_test_cpu(cpu, &batch->cpumask)) {
                lockdep_assert_irqs_enabled();