[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1427280806.git.ldufour@linux.vnet.ibm.com>
Date: Wed, 25 Mar 2015 12:06:34 +0100
From: Laurent Dufour <ldufour@...ux.vnet.ibm.com>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Michael Ellerman <mpe@...erman.id.au>,
Jeff Dike <jdike@...toit.com>,
Richard Weinberger <richard@....at>,
Guan Xuetao <gxt@...c.pku.edu.cn>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>, x86@...nel.org,
Arnd Bergmann <arnd@...db.de>, linuxppc-dev@...ts.ozlabs.org,
linux-kernel@...r.kernel.org, linux-s390@...r.kernel.org,
user-mode-linux-devel@...ts.sourceforge.net,
user-mode-linux-user@...ts.sourceforge.net,
linux-arch@...r.kernel.org, linux-mm@...ck.org
Cc: cov@...eaurora.org, criu@...nvz.org
Subject: [PATCH v2 0/2] Tracking user space vDSO remaping
CRIU is recreating the process memory layout by remapping the checkpointee
memory area on top of the current process (criu). This includes remapping
the vDSO to the place it has at checkpoint time.
However some architectures like powerpc are keeping a reference to the vDSO
base address to build the signal return stack frame by calling the vDSO
sigreturn service. So once the vDSO has been moved, this reference is no
more valid and the signal frame built later are not usable.
This patch serie is introducing a new mm hook 'arch_remap' which is called
when mremap is done and the mm lock still hold. The next patch is adding the
vDSO remap and unmap tracking to the powerpc architecture.
Changes in v2:
--------------
- Following the Ingo Molnar's advice, enabling the call to arch_remap through
the __HAVE_ARCH_REMAP macro. This reduces considerably the first patch.
Laurent Dufour (2):
mm: Introducing arch_remap hook
powerpc/mm: Tracking vDSO remap
arch/powerpc/include/asm/mmu_context.h | 36 +++++++++++++++++++++++++++++++++-
mm/mremap.c | 11 +++++++++--
2 files changed, 44 insertions(+), 3 deletions(-)
--
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists