[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Ye5WfvUdJBhZ3lME@infradead.org>
Date: Sun, 23 Jan 2022 23:34:22 -0800
From: Christoph Hellwig <hch@...radead.org>
To: Muchun Song <songmuchun@...edance.com>
Cc: dan.j.williams@...el.com, willy@...radead.org, jack@...e.cz,
viro@...iv.linux.org.uk, akpm@...ux-foundation.org,
apopple@...dia.com, shy828301@...il.com, rcampbell@...dia.com,
hughd@...gle.com, xiyuyang19@...an.edu.cn,
kirill.shutemov@...ux.intel.com, zwisler@...nel.org,
linux-fsdevel@...r.kernel.org, nvdimm@...ts.linux.dev,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH 1/5] mm: rmap: fix cache flush on THP pages
On Fri, Jan 21, 2022 at 03:55:11PM +0800, Muchun Song wrote:
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mm/rmap.c b/mm/rmap.c
> index b0fd9dc19eba..65670cb805d6 100644
> --- a/mm/rmap.c
> +++ b/mm/rmap.c
> @@ -974,7 +974,7 @@ static bool page_mkclean_one(struct page *page, struct vm_area_struct *vma,
> if (!pmd_dirty(*pmd) && !pmd_write(*pmd))
> continue;
>
> - flush_cache_page(vma, address, page_to_pfn(page));
> + flush_cache_range(vma, address, address + HPAGE_PMD_SIZE);
Do we need a flush_cache_folio here given that we must be dealing with
what effectively is a folio here?
Also please avoid the overly long line.
Powered by blists - more mailing lists