Documentation: stop referring to page_remove_rmap()
Refer to folio_remove_rmap_*() instaed. Link: https://lkml.kernel.org/r/20231220224504.646757-32-david@redhat.com Signed-off-by: David Hildenbrand <david@redhat.com> Cc: Hugh Dickins <hughd@google.com> Cc: Matthew Wilcox (Oracle) <willy@infradead.org> Cc: Muchun Song <muchun.song@linux.dev> Cc: Muchun Song <songmuchun@bytedance.com> Cc: Peter Xu <peterx@redhat.com> Cc: Ryan Roberts <ryan.roberts@arm.com> Cc: Yin Fengwei <fengwei.yin@intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
This commit is contained in:
parent
ca1a074618
commit
5a0033f028
|
@ -156,7 +156,7 @@ Partial unmap and deferred_split_folio()
|
||||||
|
|
||||||
Unmapping part of THP (with munmap() or other way) is not going to free
|
Unmapping part of THP (with munmap() or other way) is not going to free
|
||||||
memory immediately. Instead, we detect that a subpage of THP is not in use
|
memory immediately. Instead, we detect that a subpage of THP is not in use
|
||||||
in page_remove_rmap() and queue the THP for splitting if memory pressure
|
in folio_remove_rmap_*() and queue the THP for splitting if memory pressure
|
||||||
comes. Splitting will free up unused subpages.
|
comes. Splitting will free up unused subpages.
|
||||||
|
|
||||||
Splitting the page right away is not an option due to locking context in
|
Splitting the page right away is not an option due to locking context in
|
||||||
|
|
|
@ -486,7 +486,7 @@ munlock the pages if we're removing the last VM_LOCKED VMA that maps the pages.
|
||||||
Before the unevictable/mlock changes, mlocking did not mark the pages in any
|
Before the unevictable/mlock changes, mlocking did not mark the pages in any
|
||||||
way, so unmapping them required no processing.
|
way, so unmapping them required no processing.
|
||||||
|
|
||||||
For each PTE (or PMD) being unmapped from a VMA, page_remove_rmap() calls
|
For each PTE (or PMD) being unmapped from a VMA, folio_remove_rmap_*() calls
|
||||||
munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED
|
munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED
|
||||||
(unless it was a PTE mapping of a part of a transparent huge page).
|
(unless it was a PTE mapping of a part of a transparent huge page).
|
||||||
|
|
||||||
|
@ -511,7 +511,7 @@ userspace; truncation even unmaps and deletes any private anonymous pages
|
||||||
which had been Copied-On-Write from the file pages now being truncated.
|
which had been Copied-On-Write from the file pages now being truncated.
|
||||||
|
|
||||||
Mlocked pages can be munlocked and deleted in this way: like with munmap(),
|
Mlocked pages can be munlocked and deleted in this way: like with munmap(),
|
||||||
for each PTE (or PMD) being unmapped from a VMA, page_remove_rmap() calls
|
for each PTE (or PMD) being unmapped from a VMA, folio_remove_rmap_*() calls
|
||||||
munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED
|
munlock_vma_folio(), which calls munlock_folio() when the VMA is VM_LOCKED
|
||||||
(unless it was a PTE mapping of a part of a transparent huge page).
|
(unless it was a PTE mapping of a part of a transparent huge page).
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue