summaryrefslogtreecommitdiffstats
path: root/mm/mremap.c
diff options
context:
space:
mode:
authorRobin Holt <holt@sgi.com>2005-12-05 20:02:31 -0600
committerTony Luck <tony.luck@intel.com>2005-12-06 09:12:34 -0800
commitbd1d6e2451f2bb0132416fda4d129c4f57a827bc (patch)
tree64fc1ba7d4734ea5ecec8942795b32a32e4623a4 /mm/mremap.c
parentacb7f67280128a9ddaa756ff10212391d28caec4 (diff)
downloadop-kernel-dev-bd1d6e2451f2bb0132416fda4d129c4f57a827bc.zip
op-kernel-dev-bd1d6e2451f2bb0132416fda4d129c4f57a827bc.tar.gz
[IA64] Change SET_PERSONALITY to comply with comment in binfmt_elf.c.
We have a customer application which trips a bug. The problem arises when a driver attempts to call do_munmap on an area which is mapped, but because current->thread.task_size has been set to 0xC0000000, the call to do_munmap fails thinking it is an unmap beyond the user's address space. The comment in fs/binfmt_elf.c in load_elf_library() before the call to SET_PERSONALITY() indicates that task_size must not be changed for the running application until flush_thread, but is for ia64 executing ia32 binaries. This patch moves the setting of task_size from SET_PERSONALITY() to flush_thread() as indicated. The customer application no longer is able to trip the bug. Signed-off-by: Robin Holt <holt@sgi.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
Diffstat (limited to 'mm/mremap.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud