All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Rutland <mark.rutland@arm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	cdall@kernel.org, drjones@redhat.com,
	kvmarm@lists.cs.columbia.edu,
	linux-arch <linux-arch@vger.kernel.org>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Adam Wallis <awallis@codeaurora.org>,
	Kernel Hardening <kernel-hardening@lists.openwall.com>
Subject: Re: [PATCHv3 06/11] asm-generic: mm_hooks: allow hooks to be overridden individually
Date: Wed, 18 Apr 2018 12:38:16 +0100	[thread overview]
Message-ID: <20180418113816.sgxdnxrbg4imzxfx@lakrids.cambridge.arm.com> (raw)
In-Reply-To: <CAK8P3a3SVhW1ByQOtxw7JG8i3wWU5opdycfSCTbW=GCFvBJmQg@mail.gmail.com>

On Tue, Apr 17, 2018 at 09:56:02PM +0200, Arnd Bergmann wrote:
> On Tue, Apr 17, 2018 at 8:37 PM, Mark Rutland <mark.rutland@arm.com> wrote:
> > Currently, an architecture must either implement all of the mm hooks
> > itself, or use all of those provided by the asm-generic implementation.
> > When an architecture only needs to override a single hook, it must copy
> > the stub implementations from the asm-generic version.
> >
> > To avoid this repetition, allow each hook to be overridden indiviually,
> > by placing each under an #ifndef block. As architectures providing their
> > own hooks can't include this file today, this shouldn't adversely affect
> > any existing hooks.
> >
> > Signed-off-by: Mark Rutland <mark.rutland@arm.com>
> > Cc: Arnd Bergmann <arnd@arndb.de>
> > Cc: linux-arch@vger.kernel.org
> 
> Acked-by: Arnd Bergmann <arnd@arndb.de>

Cheers!

Mark.

WARNING: multiple messages have this Message-ID (diff)
From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv3 06/11] asm-generic: mm_hooks: allow hooks to be overridden individually
Date: Wed, 18 Apr 2018 12:38:16 +0100	[thread overview]
Message-ID: <20180418113816.sgxdnxrbg4imzxfx@lakrids.cambridge.arm.com> (raw)
In-Reply-To: <CAK8P3a3SVhW1ByQOtxw7JG8i3wWU5opdycfSCTbW=GCFvBJmQg@mail.gmail.com>

On Tue, Apr 17, 2018 at 09:56:02PM +0200, Arnd Bergmann wrote:
> On Tue, Apr 17, 2018 at 8:37 PM, Mark Rutland <mark.rutland@arm.com> wrote:
> > Currently, an architecture must either implement all of the mm hooks
> > itself, or use all of those provided by the asm-generic implementation.
> > When an architecture only needs to override a single hook, it must copy
> > the stub implementations from the asm-generic version.
> >
> > To avoid this repetition, allow each hook to be overridden indiviually,
> > by placing each under an #ifndef block. As architectures providing their
> > own hooks can't include this file today, this shouldn't adversely affect
> > any existing hooks.
> >
> > Signed-off-by: Mark Rutland <mark.rutland@arm.com>
> > Cc: Arnd Bergmann <arnd@arndb.de>
> > Cc: linux-arch at vger.kernel.org
> 
> Acked-by: Arnd Bergmann <arnd@arndb.de>

Cheers!

Mark.

  reply	other threads:[~2018-04-18 11:38 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-17 18:37 [PATCHv3 00/11] ARMv8.3 pointer authentication userspace support Mark Rutland
2018-04-17 18:37 ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 01/11] arm64: add pointer authentication register bits Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 02/11] arm64/kvm: consistently handle host HCR_EL2 flags Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-27  9:51   ` Christoffer Dall
2018-04-27  9:51     ` Christoffer Dall
2018-04-27 10:13     ` Mark Rutland
2018-04-27 10:13       ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 03/11] arm64/kvm: hide ptrauth from guests Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-18 13:19   ` Andrew Jones
2018-04-18 13:19     ` Andrew Jones
2018-04-18 13:47     ` Mark Rutland
2018-04-18 13:47       ` Mark Rutland
2018-04-27  9:51   ` Christoffer Dall
2018-04-27  9:51     ` Christoffer Dall
2018-04-17 18:37 ` [PATCHv3 04/11] arm64: Don't trap host pointer auth use to EL2 Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-27  9:52   ` Christoffer Dall
2018-04-27  9:52     ` Christoffer Dall
2018-04-17 18:37 ` [PATCHv3 05/11] arm64/cpufeature: detect pointer authentication Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 06/11] asm-generic: mm_hooks: allow hooks to be overridden individually Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 19:56   ` Arnd Bergmann
2018-04-17 19:56     ` Arnd Bergmann
2018-04-18 11:38     ` Mark Rutland [this message]
2018-04-18 11:38       ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 07/11] arm64: add basic pointer authentication support Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-25 11:23   ` Catalin Marinas
2018-04-25 11:23     ` Catalin Marinas
2018-04-27 10:27     ` Mark Rutland
2018-04-27 10:27       ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 08/11] arm64: expose user PAC bit positions via ptrace Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 09/11] arm64: perf: strip PAC when unwinding userspace Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 10/11] arm64: enable pointer authentication Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-17 18:37 ` [PATCHv3 11/11] arm64: docs: document " Mark Rutland
2018-04-17 18:37   ` Mark Rutland
2018-04-22  8:05   ` Pavel Machek
2018-04-22  8:05     ` Pavel Machek
2018-04-22  8:47     ` Marc Zyngier
2018-04-22  8:47       ` Marc Zyngier
2018-04-22  8:47       ` Marc Zyngier
2018-04-22  9:00       ` Pavel Machek
2018-04-22  9:00         ` Pavel Machek
2018-04-25 12:27   ` Catalin Marinas
2018-04-25 12:27     ` Catalin Marinas

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=20180418113816.sgxdnxrbg4imzxfx@lakrids.cambridge.arm.com \
    --to=mark.rutland@arm.com \
    --cc=arnd@arndb.de \
    --cc=awallis@codeaurora.org \
    --cc=catalin.marinas@arm.com \
    --cc=cdall@kernel.org \
    --cc=drjones@redhat.com \
    --cc=kernel-hardening@lists.openwall.com \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marc.zyngier@arm.com \
    --cc=ramana.radhakrishnan@arm.com \
    --cc=suzuki.poulose@arm.com \
    --cc=will.deacon@arm.com \
    /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.