diff options
author | Michael Holzheu <holzheu@linux.vnet.ibm.com> | 2013-09-11 21:24:51 (GMT) |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2013-09-11 22:59:10 (GMT) |
commit | 9cb218131de1c59dca9063b2efe876f053f316af (patch) | |
tree | e01f110a4137e8e2d33bc28f1f77e3a6361c0ee4 /fs/gfs2/trace_gfs2.h | |
parent | 97b0f6f9cd73ff8285835c5e295d3c4b0e2dbf78 (diff) | |
download | linux-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/gfs2/trace_gfs2.h')
0 files changed, 0 insertions, 0 deletions