Baolin Wang 54205e9c54 mm: rmap: move the cache flushing to the correct place for hugetlb PMD sharing
The cache level flush will always be first when changing an existing
virtual–>physical mapping to a new value, since this allows us to
properly handle systems whose caches are strict and require a
virtual–>physical translation to exist for a virtual address.  So we
should move the cache flushing before huge_pmd_unshare().

As Muchun pointed out[1], now the architectures whose supporting hugetlb
PMD sharing have no cache flush issues in practice.  But I think we should
still follow the cache/TLB flushing rules when changing a valid virtual
address mapping in case of potential issues in future.

[1] https://lore.kernel.org/all/YmT%2F%2FhuUbFX+KHcy@FVFYT0MHHV2J.usts.net/

Link: https://lkml.kernel.org/r/4f7ae6dfdc838ab71e1655188b657c032ff1f28f.1651056365.git.baolin.wang@linux.alibaba.com
Signed-off-by: Baolin Wang <baolin.wang@linux.alibaba.com>
Reviewed-by: Mike Kravetz <mike.kravetz@oracle.com>
Cc: Mina Almasry <almasrymina@google.com>
Cc: Muchun Song <songmuchun@bytedance.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
2022-05-13 07:20:07 -07:00
..
2021-05-05 11:27:24 -07:00
2022-03-24 19:06:45 -07:00
2022-03-22 15:57:01 -07:00
2022-02-14 19:51:47 +01:00
2022-04-28 23:16:13 -07:00
2022-01-15 16:30:28 +02:00
2022-03-23 18:03:08 -07:00
2022-05-13 07:20:05 -07:00
2022-05-09 18:20:47 -07:00
2022-04-28 23:16:14 -07:00
2022-03-22 17:03:12 -07:00
2022-03-24 19:06:44 -07:00
2022-01-23 06:20:44 +02:00
2021-05-07 00:26:35 -07:00
2022-04-01 14:40:42 -04:00
2022-05-09 18:20:47 -07:00
2022-03-22 18:26:56 -07:00
2022-05-13 07:20:05 -07:00
2022-05-09 18:20:47 -07:00
2022-04-28 23:16:00 -07:00
2022-04-28 23:16:16 -07:00
2022-01-15 16:30:31 +02:00
2022-05-09 18:20:47 -07:00