From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 23E2DECDE44 for ; Wed, 31 Oct 2018 17:07:52 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9B75D2080A for ; Wed, 31 Oct 2018 17:07:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9B75D2080A Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=c-s.fr Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 42lZXP3n05zF3LJ for ; Thu, 1 Nov 2018 04:07:49 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=c-s.fr Authentication-Results: lists.ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=c-s.fr (client-ip=93.17.236.30; helo=pegase1.c-s.fr; envelope-from=christophe.leroy@c-s.fr; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=c-s.fr Received: from pegase1.c-s.fr (pegase1.c-s.fr [93.17.236.30]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 42lZVQ0DFzzF3Gp for ; Thu, 1 Nov 2018 04:06:06 +1100 (AEDT) Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 42lZVL5jtYz9ttFb; Wed, 31 Oct 2018 18:06:02 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id QiJW8iMKI7MV; Wed, 31 Oct 2018 18:06:02 +0100 (CET) Received: from vm-hermes.si.c-s.fr (vm-hermes.si.c-s.fr [192.168.25.253]) by pegase1.c-s.fr (Postfix) with ESMTP id 42lZVL57Htz9ttBW; Wed, 31 Oct 2018 18:06:02 +0100 (CET) Received: by vm-hermes.si.c-s.fr (Postfix, from userid 33) id 169CF6E2; Wed, 31 Oct 2018 18:06:00 +0100 (CET) Received: from 37.165.103.10 ([37.165.103.10]) by messagerie.si.c-s.fr (Horde Framework) with HTTP; Wed, 31 Oct 2018 18:06:00 +0100 Date: Wed, 31 Oct 2018 18:06:00 +0100 Message-ID: <20181031180600.Horde.kVKtXiq495pINPnz1AJ3sg1@messagerie.si.c-s.fr> From: LEROY Christophe To: Russell Currey Subject: Re: [PATCH 5/5] powerpc/64s: Document that PPC supports nosmap References: <20181026063513.30806-1-ruscur@russell.cc> <20181026063513.30806-6-ruscur@russell.cc> <20181026183525.Horde.tXUVv2_ZCCOci3XQBF4ZYw1@messagerie.si.c-s.fr> <7b3e80077b4d9f22da891c143c78bb743cc24136.camel@russell.cc> In-Reply-To: <7b3e80077b4d9f22da891c143c78bb743cc24136.camel@russell.cc> User-Agent: Internet Messaging Program (IMP) H5 (6.2.3) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: mikey@neuling.org, linuxppc-dev@lists.ozlabs.org, npiggin@gmail.com Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" Russell Currey a =C3=A9crit=C2=A0: > On Fri, 2018-10-26 at 18:35 +0200, LEROY Christophe wrote: >> Why not call our new functionnality SMAP instead of calling it GUAP ? > > mpe wasn't a fan of using the same terminology as other architectures. I don't like too much the word 'guarded' because it means something=20=20 different=20for powerpc MMUs. What about something like 'user space access protection' ? Christophe > Having a separate term does avoid some assumptions about how things > work or are implemented, but sharing compatibility with an existing > parameter is nice. > > Personally I don't really care too much about the name. > > - Russell > >> >> Christophe >> >> Russell Currey a =C3=A9crit : >> >> > Signed-off-by: Russell Currey >> > --- >> > Documentation/admin-guide/kernel-parameters.txt | 2 +- >> > 1 file changed, 1 insertion(+), 1 deletion(-) >> > >> > diff --git a/Documentation/admin-guide/kernel-parameters.txt >> > b/Documentation/admin-guide/kernel-parameters.txt >> > index a5ad67d5cb16..8f78e75965f0 100644 >> > --- a/Documentation/admin-guide/kernel-parameters.txt >> > +++ b/Documentation/admin-guide/kernel-parameters.txt >> > @@ -2764,7 +2764,7 @@ >> > noexec=3Don: enable non-executable mappings >> > (default) >> > noexec=3Doff: disable non-executable mappings >> > >> > - nosmap [X86] >> > + nosmap [X86,PPC] >> > Disable SMAP (Supervisor Mode Access >> > Prevention) >> > even if it is supported by processor. >> > >> > -- >> > 2.19.1 >> >>