summaryrefslogtreecommitdiff
path: root/fs/udf/osta_udf.h
diff options
context:
space:
mode:
authorMichael Holzheu <holzheu@linux.vnet.ibm.com>2013-09-11 21:24:51 (GMT)
committerLinus Torvalds <torvalds@linux-foundation.org>2013-09-11 22:59:10 (GMT)
commit9cb218131de1c59dca9063b2efe876f053f316af (patch)
treee01f110a4137e8e2d33bc28f1f77e3a6361c0ee4 /fs/udf/osta_udf.h
parent97b0f6f9cd73ff8285835c5e295d3c4b0e2dbf78 (diff)
downloadlinux-fsl-qoriq-9cb218131de1c59dca9063b2efe876f053f316af.tar.xz
vmcore: introduce remap_oldmem_pfn_range()
For zfcpdump we can't map the HSA storage because it is only available via a read interface. Therefore, for the new vmcore mmap feature we have introduce a new mechanism to create mappings on demand. This patch introduces a new architecture function remap_oldmem_pfn_range() that should be used to create mappings with remap_pfn_range() for oldmem areas that can be directly mapped. For zfcpdump this is everything besides of the HSA memory. For the areas that are not mapped by remap_oldmem_pfn_range() a generic vmcore a new generic vmcore fault handler mmap_vmcore_fault() is called. This handler works as follows: * Get already available or new page from page cache (find_or_create_page) * Check if /proc/vmcore page is filled with data (PageUptodate) * If yes: Return that page * If no: Fill page using __vmcore_read(), set PageUptodate, and return page Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Acked-by: Vivek Goyal <vgoyal@redhat.com> Cc: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com> Cc: Jan Willeke <willeke@de.ibm.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/udf/osta_udf.h')
0 files changed, 0 insertions, 0 deletions