Messages in this thread Patch in this message | | | From | Mike Rapoport <> | Subject | [PATCH] mm/pgtable: define pte_index so that preprocessor could recognize it | Date | Tue, 11 Jan 2022 16:54:57 +0200 |
| |
From: Mike Rapoport <rppt@linux.ibm.com>
Since commit 974b9b2c68f3 ("mm: consolidate pte_index() and pte_offset_*() definitions") pte_index is a static inline and there is no define for it that can be recognized by the preprocessor. As the result, vm_insert_pages() uses slower loop over vm_insert_page() instead of insert_pages() that amortizes the cost of spinlock operations when inserting multiple pages.
Fixes: 974b9b2c68f3 ("mm: consolidate pte_index() and pte_offset_*() definitions") Reported-by: Christian Dietrich <stettberger@dokucode.de> Signed-off-by: Mike Rapoport <rppt@linux.ibm.com> Cc: stable@vger.kernel.org --- include/linux/pgtable.h | 1 + 1 file changed, 1 insertion(+)
diff --git a/include/linux/pgtable.h b/include/linux/pgtable.h index e24d2c992b11..d468efcf48f4 100644 --- a/include/linux/pgtable.h +++ b/include/linux/pgtable.h @@ -62,6 +62,7 @@ static inline unsigned long pte_index(unsigned long address) { return (address >> PAGE_SHIFT) & (PTRS_PER_PTE - 1); } +#define pte_index pte_index #ifndef pmd_index static inline unsigned long pmd_index(unsigned long address) base-commit: 2585cf9dfaaddf00b069673f27bb3f8530e2039c -- 2.28.0
| |