diff options
| author | HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com> | 2013-10-16 22:47:05 +0200 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2013-10-17 06:35:53 +0200 |
| commit | fad1a86e25e0a1f85635ed06ef62ddadd5b8fa4c (patch) | |
| tree | d616a4153716c2e33a39b5073d1a5ec00e636008 /crypto/async_tx | |
| parent | procfs: fix unintended truncation of returned mapped address (diff) | |
| download | linux-fad1a86e25e0a1f85635ed06ef62ddadd5b8fa4c.tar.xz linux-fad1a86e25e0a1f85635ed06ef62ddadd5b8fa4c.zip | |
procfs: call default get_unmapped_area on MMU-present architectures
Commit c4fe24485729 ("sparc: fix PCI device proc file mmap(2)") added
proc_reg_get_unmapped_area in proc_reg_file_ops and
proc_reg_file_ops_no_compat, by which now mmap always returns EIO if
get_unmapped_area method is not defined for the target procfs file,
which causes regression of mmap on /proc/vmcore.
To address this issue, like get_unmapped_area(), call default
current->mm->get_unmapped_area on MMU-present architectures if
pde->proc_fops->get_unmapped_area, i.e. the one in actual file
operation in the procfs file, is not defined.
Reported-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Signed-off-by: HATAYAMA Daisuke <d.hatayama@jp.fujitsu.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Cc: David S. Miller <davem@davemloft.net>
Tested-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'crypto/async_tx')
0 files changed, 0 insertions, 0 deletions