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=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no 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 1169CC4361B for ; Mon, 7 Dec 2020 13:56:12 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 A52F7235DD for ; Mon, 7 Dec 2020 13:56:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A52F7235DD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:Message-ID:References:In-Reply-To:Subject:To:From: Date:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=79iJ1vFL/WV2Qmu+OKPc8g6qruQ+EFir1dnYB3+Rm5s=; b=lF12rG+P79J8CFAqYlgekaagn cRy5Ksma0MDaEgouRFsvuHn6B+Y6Udo6q6d+YEFU/I6uxm3t5fC2xUqDlV35skZH5tW/TUcQfktQY 3CMRwDaM9zkMYeRfYxySWJL67efQMuZ8/R+Xmk4TWVk1gON9nSux8Ez1e3O0iB1av8Uu7gmmosY+A SNm9NazEEHcECd0LIgQThgM6W6UKgQaIUrk5jAZZpcyh8wyY1jv7eFswF6iFCAIx05JG30UBNrXtS AASDtrobI3yAFksTE5OQ4Z9pcSdpCTobecYUt8LSCVLyP4KX+IvhWnSkGICNbOLedmfNVY0w6sqHL C3YvUAIRw==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kmGyg-0006tT-4J; Mon, 07 Dec 2020 13:54:58 +0000 Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kmGya-0006ra-CU for linux-arm-kernel@lists.infradead.org; Mon, 07 Dec 2020 13:54:53 +0000 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 33FD4235DD; Mon, 7 Dec 2020 13:54:51 +0000 (UTC) Received: from disco-boy.misterjones.org ([51.254.78.96] helo=www.loen.fr) by disco-boy.misterjones.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1kmGyW-00Gm6K-SB; Mon, 07 Dec 2020 13:54:49 +0000 MIME-Version: 1.0 Date: Mon, 07 Dec 2020 13:54:48 +0000 From: Marc Zyngier To: Quentin Perret Subject: Re: [RFC PATCH 16/27] KVM: arm64: Prepare Hyp memory protection In-Reply-To: References: <20201117181607.1761516-1-qperret@google.com> <20201117181607.1761516-17-qperret@google.com> User-Agent: Roundcube Webmail/1.4.9 Message-ID: X-Sender: maz@kernel.org X-SA-Exim-Connect-IP: 51.254.78.96 X-SA-Exim-Rcpt-To: qperret@google.com, tabba@google.com, catalin.marinas@arm.com, will@kernel.org, james.morse@arm.com, julien.thierry.kdev@gmail.com, suzuki.poulose@arm.com, robh+dt@kernel.org, frowand.list@gmail.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kvmarm@lists.cs.columbia.edu, devicetree@vger.kernel.org, kernel-team@android.com, android-kvm@google.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201207_085452_665580_9818086D X-CRM114-Status: GOOD ( 15.01 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "moderated list:ARM64 PORT \(AARCH64 ARCHITECTURE\)" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE" , kernel-team@android.com, Frank Rowand , Suzuki K Poulose , Android KVM , Catalin Marinas , open list , Rob Herring , James Morse , Fuad Tabba , Will Deacon , "open list:KERNEL VIRTUAL MACHINE FOR ARM64 \(KVM/arm64\)" , Julien Thierry Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 2020-12-07 11:58, Quentin Perret wrote: > On Monday 07 Dec 2020 at 11:16:05 (+0000), Fuad Tabba wrote: >> On Fri, Dec 4, 2020 at 6:01 PM Quentin Perret >> wrote: >> > >> > On Thursday 03 Dec 2020 at 12:57:33 (+0000), Fuad Tabba wrote: >> > >> > > > +int hyp_create_idmap(void); >> > > > +int hyp_map_vectors(void); >> > > > +int hyp_back_vmemmap(phys_addr_t phys, unsigned long size, phys_addr_t back); >> > > > +int hyp_cpu_set_vector(enum arm64_hyp_spectre_vector slot); >> > > > +int hyp_create_mappings(void *from, void *to, enum kvm_pgtable_prot prot); >> > > > +int __hyp_create_mappings(unsigned long start, unsigned long size, >> > > > + unsigned long phys, unsigned long prot); >> > > > +unsigned long __hyp_create_private_mapping(phys_addr_t phys, size_t size, >> > > > + unsigned long prot); >> > > > + >> > > >> > > nit: I also thought that the hyp_create_mappings function names are a >> > > bit confusing, since there's the create_hyp_mappings functions which >> > > use the aforementioned *hyp_pgtable. >> > >> > Sure, happy to re-name those (and hyp_pgtable above). Any suggestions? >> >> Perhaps something to indicate that these are temporary, tmp_ or >> bootstrap_ maybe? > > Hmm, the thing is these are temporary only in protected mode, they're > permanent otherwise :/ > > Perhaps I could prefix the protected pgtable (and associated functions) > with 'pkvm_' or so? Marc, any preferences? None. Whichever name you pick, someone will ask you to change it. Just call it Bob. What I really *don't* want is see a blanket rename of existing symbols or concepts. Thanks, M. -- Jazz is not dead. It just smells funny... _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel