All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christopher Covington <cov@codeaurora.org>
To: Catalin Marinas <catalin.marinas@arm.com>,
	criu@openvz.org, Laurent Dufour <ldufour@linux.vnet.ibm.com>,
	Will Deacon <Will.Deacon@arm.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Arnd Bergmann <arnd@arndb.de>,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
Subject: VDSO unmap and remap support for additional architectures
Date: Thu, 28 Apr 2016 11:18:52 -0400	[thread overview]
Message-ID: <1461856737-17071-1-git-send-email-cov@codeaurora.org> (raw)
In-Reply-To: <20151202121918.GA4523@arm.com>

Please take a look at the following prototype of sharing the PowerPC
VDSO unmap and remap code with other architectures. I've only hooked
up arm64 to begin with. If folks think this is a reasonable approach I
can work on 32 bit ARM as well. Not hearing back from an earlier
request for guidance [1], I simply dove in and started hacking.
Laurent's test case [2][3] is a compelling illustration of whether VDSO
remap works or not on a given architecture.

1. https://lkml.org/lkml/2016/3/2/225
2. https://lists.openvz.org/pipermail/criu/2015-March/019161.html
3. http://lists.openvz.org/pipermail/criu/attachments/20150318/f02ed9ea/attachment.bin

Thanks,
Christopher Covington

--
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: Christopher Covington <cov@codeaurora.org>
To: Catalin Marinas <catalin.marinas@arm.com>,
	criu@openvz.org, Laurent Dufour <ldufour@linux.vnet.ibm.com>,
	Will Deacon <Will.Deacon@arm.com>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Arnd Bergmann <arnd@arndb.de>,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-arch@vger.kernel.org, linux-mm@kvack.org
Subject: VDSO unmap and remap support for additional architectures
Date: Thu, 28 Apr 2016 11:18:52 -0400	[thread overview]
Message-ID: <1461856737-17071-1-git-send-email-cov@codeaurora.org> (raw)
Message-ID: <20160428151852.SHaFJhnERkxMmpqupy442j2yYUmnZqvy6B24zPT9BE8@z> (raw)
In-Reply-To: <20151202121918.GA4523@arm.com>

Please take a look at the following prototype of sharing the PowerPC
VDSO unmap and remap code with other architectures. I've only hooked
up arm64 to begin with. If folks think this is a reasonable approach I
can work on 32 bit ARM as well. Not hearing back from an earlier
request for guidance [1], I simply dove in and started hacking.
Laurent's test case [2][3] is a compelling illustration of whether VDSO
remap works or not on a given architecture.

1. https://lkml.org/lkml/2016/3/2/225
2. https://lists.openvz.org/pipermail/criu/2015-March/019161.html
3. http://lists.openvz.org/pipermail/criu/attachments/20150318/f02ed9ea/attachment.bin

Thanks,
Christopher Covington


WARNING: multiple messages have this Message-ID (diff)
From: cov@codeaurora.org (Christopher Covington)
To: linux-arm-kernel@lists.infradead.org
Subject: VDSO unmap and remap support for additional architectures
Date: Thu, 28 Apr 2016 11:18:52 -0400	[thread overview]
Message-ID: <1461856737-17071-1-git-send-email-cov@codeaurora.org> (raw)
In-Reply-To: <20151202121918.GA4523@arm.com>

Please take a look at the following prototype of sharing the PowerPC
VDSO unmap and remap code with other architectures. I've only hooked
up arm64 to begin with. If folks think this is a reasonable approach I
can work on 32 bit ARM as well. Not hearing back from an earlier
request for guidance [1], I simply dove in and started hacking.
Laurent's test case [2][3] is a compelling illustration of whether VDSO
remap works or not on a given architecture.

1. https://lkml.org/lkml/2016/3/2/225
2. https://lists.openvz.org/pipermail/criu/2015-March/019161.html
3. http://lists.openvz.org/pipermail/criu/attachments/20150318/f02ed9ea/attachment.bin

Thanks,
Christopher Covington

  parent reply	other threads:[~2016-04-28 15:18 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-25 12:49 [PATCH] arm64: Support VDSO remapping Christopher Covington
2015-11-25 12:49 ` Christopher Covington
2015-12-02 12:19 ` Will Deacon
2015-12-02 12:19   ` Will Deacon
2015-12-03 18:05   ` Christopher Covington
2015-12-03 18:05     ` Christopher Covington
2016-04-28 15:18   ` Christopher Covington [this message]
2016-04-28 15:18     ` VDSO unmap and remap support for additional architectures Christopher Covington
2016-04-28 15:18     ` Christopher Covington
2016-04-28 15:18     ` [RFC 1/5] powerpc: Rename context.vdso_base to context.vdso Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-05-02  1:05       ` Balbir Singh
2016-05-02  1:05         ` Balbir Singh
2016-05-02  1:05         ` Balbir Singh
2016-05-04 21:21         ` Christopher Covington
2016-05-04 21:21           ` Christopher Covington
2016-05-04 21:21           ` Christopher Covington
2016-04-28 15:18     ` [RFC 2/5] mm/powerpc: Make VDSO unmap generic Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18     ` [RFC 3/5] mm/powerpc: Make VDSO remap generic Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18     ` [RFC 4/5] arm64: Use unsigned long for vdso Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18     ` [RFC 5/5] arm64: Gain VDSO unmap and remap powers Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 15:18       ` Christopher Covington
2016-04-28 18:53     ` VDSO unmap and remap support for additional architectures Andy Lutomirski
2016-04-28 18:53       ` Andy Lutomirski
2016-04-28 18:53       ` Andy Lutomirski
2016-04-29 13:22       ` Christopher Covington
2016-04-29 13:22         ` Christopher Covington
2016-04-29 13:22         ` Christopher Covington
2016-04-29 13:22         ` Christopher Covington
2016-04-29 13:55         ` Dmitry Safonov
2016-04-29 13:55           ` Dmitry Safonov
2016-04-29 13:55           ` Dmitry Safonov
2016-04-29 13:55           ` Dmitry Safonov
2016-05-03 21:37           ` Christopher Covington
2016-05-03 21:37             ` Christopher Covington
2016-05-03 21:37             ` 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=1461856737-17071-1-git-send-email-cov@codeaurora.org \
    --to=cov@codeaurora.org \
    --cc=Will.Deacon@arm.com \
    --cc=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=catalin.marinas@arm.com \
    --cc=criu@openvz.org \
    --cc=ldufour@linux.vnet.ibm.com \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=mpe@ellerman.id.au \
    --cc=paulus@samba.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.