From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751934AbdLASOy (ORCPT <rfc822;w@1wt.eu>);
        Fri, 1 Dec 2017 13:14:54 -0500
Received: from foss.arm.com ([217.140.101.70]:44950 "EHLO foss.arm.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751208AbdLASOx (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 1 Dec 2017 13:14:53 -0500
Date: Fri, 1 Dec 2017 18:14:56 +0000
From: Will Deacon <will.deacon@arm.com>
To: Dave Hansen <dave.hansen@linux.intel.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        catalin.marinas@arm.com, ard.biesheuvel@linaro.org,
        sboyd@codeaurora.org, keescook@chromium.org, msalter@redhat.com,
        labbott@redhat.com, tglx@linutronix.de
Subject: Re: [PATCH v2 00/18] arm64: Unmap the kernel whilst running in
 userspace (KAISER)
Message-ID: <20171201181456.GE8826@arm.com>
References: <1512059986-21325-1-git-send-email-will.deacon@arm.com>
 <20171201140406.oanuaz6zvyrhp4ml@lakrids.cambridge.arm.com>
 <20171201175026.GB8826@arm.com>
 <20171201175812.n6ht7h52j3z4pgw2@lakrids.cambridge.arm.com>
 <f86ac529-d763-9f90-1ced-b8a28f545582@linux.intel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f86ac529-d763-9f90-1ced-b8a28f545582@linux.intel.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, Dec 01, 2017 at 10:02:43AM -0800, Dave Hansen wrote:
> On 12/01/2017 09:58 AM, Mark Rutland wrote:
> > On Fri, Dec 01, 2017 at 05:50:26PM +0000, Will Deacon wrote:
> >> On Fri, Dec 01, 2017 at 02:04:06PM +0000, Mark Rutland wrote:
> >>> On Thu, Nov 30, 2017 at 04:39:28PM +0000, Will Deacon wrote:
> >> Thanks for going through this. Do you have any ideas about what we could
> >> rename the command-line option to? I'll get us started:
> >>
> >>   - kaiser=
> >>   - hidekernel=
> >>   - unmapkernel=
> >>   - hardenkaslr=
> >>   - swuan=
> > Off all of these, I think "unmapkernel" is the clear winner, since it
> > says what it does in the tin (even if it misses the when).
> > 
> > I'll have a think over the weekend.
> 
> On the x86 side we've been leaning toward renaming kaiser to something
> like "user pagetable isolation", so the boot parameter is something like
> "noupti".
> 
> But I think the consensus is definitely to get rid of "kaiser".

Ok, good. I'm happy to follow your lead on the name if it's likely to be
resolved in the next week or so.

Will