Thread (25 messages) read the whole thread 25 messages, 5 authors, 2021-06-24

Re: [PATCH 01/18] mm: add a kunmap_local_dirty helper

From: Herbert Xu <herbert@gondor.apana.org.au>
Date: 2021-06-18 03:38:34
Also in: ceph-devel, dm-devel, linux-arch, linux-block, linux-mips, lkml

On Thu, Jun 17, 2021 at 08:01:57PM -0700, Ira Weiny wrote:
quoted
+		flush_kernel_dcache_page(__page);		\
Is this required on 32bit systems?  Why is kunmap_flush_on_unmap() not
sufficient on 64bit systems?  The normal kunmap_local() path does that.

I'm sorry but I did not see a conclusion to my query on V1. Herbert implied the
he just copied from the crypto code.[1]  I'm concerned that this _dirty() call
is just going to confuse the users of kmap even more.  So why can't we get to
the bottom of why flush_kernel_dcache_page() needs so much logic around it
before complicating the general kernel users.

I would like to see it go away if possible.
This thread may be related:

https://lwn.net/Articles/240249/

Cheers,
-- 
Email: Herbert Xu [off-list ref]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help