From: Laurent Dufour <ldufour@linux.vnet.ibm.com> To: Benjamin Herrenschmidt <benh@kernel.crashing.org>, Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>, Jeff Dike <jdike@addtoit.com>, Richard Weinberger <richard@nod.at>, Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org, Arnd Bergmann <arnd@arndb.de>, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net, user-mode-linux-user@lists.sourceforge.net, linux-arch@vger.kernel.org, linux-mm@kvack.org Cc: cov@codeaurora.org, criu@openvz.org Subject: [PATCH v2 0/2] Tracking user space vDSO remaping Date: Wed, 25 Mar 2015 12:06:34 +0100 [thread overview] Message-ID: <cover.1427280806.git.ldufour@linux.vnet.ibm.com> (raw) In-Reply-To: <20150323085209.GA28965@gmail.com> 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, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Dufour <ldufour@linux.vnet.ibm.com> To: Benjamin Herrenschmidt <benh@kernel.crashing.org>, Paul Mackerras <paulus@samba.org>, Michael Ellerman <mpe@ellerman.id.au>, Jeff Dike <jdike@addtoit.com>, Richard Weinberger <richard@nod.at>, Guan Xuetao <gxt@mprc.pku.edu.cn>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>, x86@kernel.org, Arnd Bergmann <arnd@arndb.de>, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net, user-mode-linux-user@lists.sourceforge.net, linux-arch@vger.kernel.org, linux-mm@kvack.org Cc: cov@codeaurora.org, criu@openvz.org Subject: [PATCH v2 0/2] Tracking user space vDSO remaping Date: Wed, 25 Mar 2015 12:06:34 +0100 [thread overview] Message-ID: <cover.1427280806.git.ldufour@linux.vnet.ibm.com> (raw) Message-ID: <20150325110634.zqtGAGrF87heqNEPx2Bq_OtmBjT3w8WoFEN8EBgoLyA@z> (raw) In-Reply-To: <20150323085209.GA28965@gmail.com> 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
next prev parent reply other threads:[~2015-03-25 11:06 UTC|newest] Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-03-20 15:53 [PATCH 0/2] Tracking user space vDSO remaping Laurent Dufour 2015-03-20 15:53 ` Laurent Dufour 2015-03-20 15:53 ` [PATCH 1/2] mm: Introducing arch_remap hook Laurent Dufour 2015-03-20 15:53 ` Laurent Dufour 2015-03-20 23:19 ` Richard Weinberger 2015-03-20 23:19 ` Richard Weinberger 2015-03-23 8:52 ` Ingo Molnar 2015-03-23 9:11 ` Laurent Dufour 2015-03-23 9:11 ` Laurent Dufour 2015-03-25 11:06 ` Laurent Dufour [this message] 2015-03-25 11:06 ` [PATCH v2 0/2] Tracking user space vDSO remaping Laurent Dufour 2015-03-25 11:06 ` [PATCH v2 1/2] mm: Introducing arch_remap hook Laurent Dufour 2015-03-25 11:06 ` Laurent Dufour 2015-03-25 11:06 ` [PATCH v2 2/2] powerpc/mm: Tracking vDSO remap Laurent Dufour 2015-03-25 11:06 ` Laurent Dufour 2015-03-25 12:11 ` Ingo Molnar 2015-03-25 12:11 ` Ingo Molnar 2015-03-25 13:25 ` Laurent Dufour 2015-03-25 13:25 ` Laurent Dufour 2015-03-25 13:53 ` [PATCH v3 0/2] Tracking user space vDSO remaping Laurent Dufour 2015-03-25 13:53 ` Laurent Dufour 2015-03-25 13:53 ` [PATCH v3 1/2] mm: Introducing arch_remap hook Laurent Dufour 2015-03-25 13:53 ` [PATCH v3 2/2] powerpc/mm: Tracking vDSO remap Laurent Dufour 2015-03-25 13:53 ` Laurent Dufour 2015-03-25 18:33 ` Ingo Molnar 2015-03-25 18:36 ` Ingo Molnar 2015-03-25 21:11 ` Benjamin Herrenschmidt 2015-03-25 21:11 ` Benjamin Herrenschmidt 2015-03-26 9:43 ` Ingo Molnar 2015-03-26 9:43 ` Ingo Molnar 2015-03-26 10:37 ` Laurent Dufour 2015-03-26 10:37 ` Laurent Dufour 2015-03-26 14:17 ` Ingo Molnar 2015-03-26 14:32 ` Laurent Dufour 2015-03-26 14:32 ` Laurent Dufour 2015-03-26 17:37 ` [PATCH v4 0/2] Tracking user space vDSO remaping Laurent Dufour 2015-03-26 17:37 ` Laurent Dufour 2015-03-26 17:37 ` [PATCH v4 1/2] mm: Introducing arch_remap hook Laurent Dufour 2015-03-26 17:37 ` Laurent Dufour 2015-03-26 17:37 ` [PATCH v4 2/2] powerpc/mm: Tracking vDSO remap Laurent Dufour 2015-03-26 17:37 ` Laurent Dufour 2015-03-26 18:55 ` Ingo Molnar 2015-03-26 18:55 ` Ingo Molnar 2015-03-27 11:02 ` Laurent Dufour 2015-03-26 23:23 ` [PATCH v3 " Benjamin Herrenschmidt 2015-03-26 23:23 ` Benjamin Herrenschmidt 2015-03-25 21:09 ` Benjamin Herrenschmidt 2015-03-25 21:09 ` Benjamin Herrenschmidt 2015-03-26 9:48 ` Ingo Molnar 2015-03-26 9:48 ` Ingo Molnar 2015-03-26 10:13 ` Laurent Dufour 2015-03-20 15:53 ` [PATCH " Laurent Dufour 2015-03-20 15:53 ` Laurent Dufour 2016-03-02 12:13 ` [PATCH 0/2] Tracking user space vDSO remaping Christopher Covington 2016-03-02 12:13 ` Christopher Covington
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cover.1427280806.git.ldufour@linux.vnet.ibm.com \ --to=ldufour@linux.vnet.ibm.com \ --cc=arnd@arndb.de \ --cc=benh@kernel.crashing.org \ --cc=cov@codeaurora.org \ --cc=criu@openvz.org \ --cc=gxt@mprc.pku.edu.cn \ --cc=hpa@zytor.com \ --cc=jdike@addtoit.com \ --cc=linux-arch@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=linux-s390@vger.kernel.org \ --cc=linuxppc-dev@lists.ozlabs.org \ --cc=mingo@redhat.com \ --cc=mpe@ellerman.id.au \ --cc=paulus@samba.org \ --cc=richard@nod.at \ --cc=tglx@linutronix.de \ --cc=user-mode-linux-devel@lists.sourceforge.net \ --cc=user-mode-linux-user@lists.sourceforge.net \ --cc=x86@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).