summaryrefslogtreecommitdiffstats
path: root/include/linux/netpoll.h
diff options
context:
space:
mode:
authorHeiko Carstens <heiko.carstens@de.ibm.com>2012-08-08 09:32:20 +0200
committerMartin Schwidefsky <schwidefsky@de.ibm.com>2012-08-08 07:32:57 -0700
commite85871218513c54f7dfdb6009043cb638f2fecbe (patch)
treeb50c4079fed166c1fd0e5b3de2a519bf617eb483 /include/linux/netpoll.h
parent82aabdb6f1eb61e0034ec23901480f5dd23db7c4 (diff)
downloadlinux-e85871218513c54f7dfdb6009043cb638f2fecbe.tar.gz
linux-e85871218513c54f7dfdb6009043cb638f2fecbe.tar.bz2
linux-e85871218513c54f7dfdb6009043cb638f2fecbe.zip
s390/compat: fix mmap compat system calls
The native 31 bit and the compat behaviour for the mmap system calls differ: In native 31 bit mode the passed in address for the mmap system call will be unmodified passed to sys_mmap_pgoff(). In compat mode however the passed in address will be modified with compat_ptr() which masks out the most significant bit. The result is that in native 31 bit mode each mmap request (with MAP_FIXED) will fail where the most significat bit is set, while in compat mode it may succeed. This odd behaviour was introduced with d3815898 "[S390] mmap: add missing compat_ptr conversion to both mmap compat syscalls". To restore a consistent behaviour accross native and compat mode this patch functionally reverts the above mentioned commit. Cc: stable@vger.kernel.org Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'include/linux/netpoll.h')
0 files changed, 0 insertions, 0 deletions