diff options
| author | Dan Williams <[email protected]> | 2016-01-16 00:56:19 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2016-01-16 01:56:32 +0000 |
| commit | 9476df7d80dfc425b37bfecf1d89edf8ec81fcb6 (patch) | |
| tree | c18eecb4a2f369c45e2c45053e02853640c9005c /mm/sparse.c | |
| parent | mm: skip memory block registration for ZONE_DEVICE (diff) | |
| download | kernel-9476df7d80dfc425b37bfecf1d89edf8ec81fcb6.tar.gz kernel-9476df7d80dfc425b37bfecf1d89edf8ec81fcb6.zip | |
mm: introduce find_dev_pagemap()
There are several scenarios where we need to retrieve and update
metadata associated with a given devm_memremap_pages() mapping, and the
only lookup key available is a pfn in the range:
1/ We want to augment vmemmap_populate() (called via arch_add_memory())
to allocate memmap storage from pre-allocated pages reserved by the
device driver. At vmemmap_alloc_block_buf() time it grabs device pages
rather than page allocator pages. This is in support of
devm_memremap_pages() mappings where the memmap is too large to fit in
main memory (i.e. large persistent memory devices).
2/ Taking a reference against the mapping when inserting device pages
into the address_space radix of a given inode. This facilitates
unmap_mapping_range() and truncate_inode_pages() operations when the
driver is tearing down the mapping.
3/ get_user_pages() operations on ZONE_DEVICE memory require taking a
reference against the mapping so that the driver teardown path can
revoke and drain usage of device pages.
Signed-off-by: Dan Williams <[email protected]>
Tested-by: Logan Gunthorpe <[email protected]>
Cc: Christoph Hellwig <[email protected]>
Cc: Dave Chinner <[email protected]>
Cc: Ross Zwisler <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'mm/sparse.c')
0 files changed, 0 insertions, 0 deletions
