From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=2607:f8b0:4864:20::d44; helo=mail-io1-xd44.google.com; envelope-from=ard.biesheuvel@linaro.org; receiver=edk2-devel@lists.01.org Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 449852194D3AE for ; Tue, 27 Nov 2018 01:29:03 -0800 (PST) Received: by mail-io1-xd44.google.com with SMTP id m19so16418562ioh.3 for ; Tue, 27 Nov 2018 01:29:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GZ2KB4OF1upDIpAady+V1bpDSIlubgddV8/pY+n+q9E=; b=NNT96aeNE4LmKH3+QfXE9L30F4q3xPr+h7qDeYcUs+uLBUXYhjKk3laolYm+v8KJkt CNHy/yLd2/2mqM2q/qH2y2dLwkwDMfdR2EGCkDNwTXDYl4jBTDjoE5/IaXHzfL1TxlFu XgmXTUdClAJ8KtflIrY2f6B/1tGrxZYTf4TMA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GZ2KB4OF1upDIpAady+V1bpDSIlubgddV8/pY+n+q9E=; b=Y5/2rlOcYYZeO3yjNkElOtvfgF7M36H9y5ABKeNwQ7NIjLuaR7aXqWHywJZOh0mzNq MdCVIrB9T7d8pN04kNGRJf9xZ7UsfMar4OlSCnHh7qgw6VuLqVb2JdPCK+OA/Un/pm8B fuxGXfdyWw86QCYV7yvhXh1Ujd73qotgEa4RU++9GUdR6dsS64we6BASW4bQCZ+tH3OY v5W34VPxgMW5LOsOzO8JG+tk0jCzoMUfsRrS5jTjvC61eRohlUZZzYbjbpgSsPHiF+TH s2cInhwF1VxqrMEaEQvFvMFJ88uJz/hQhIU7rN4bw7OMG26VrvzobSp5NoiaLagRP45h SFbg== X-Gm-Message-State: AA+aEWbHj6GSKyDYcSerwG2Eq1cuUTc2/VqqtYk5k501ktSULCTFVvkh 9iMF2I1v6jwhdHAKEYPpkvM87ZXzaaCoNwR5SMXVRg== X-Google-Smtp-Source: AFSGD/UX4VGJ+bnZr0V/tzQfwq8rIIrl0eNh855TX3Os1IP56Q9xTcN6VWJoF1+OLMg3nOE3M1HJyqd6mg3E4pjy1OQ= X-Received: by 2002:a6b:7a46:: with SMTP id k6mr25346560iop.60.1543310942451; Tue, 27 Nov 2018 01:29:02 -0800 (PST) MIME-Version: 1.0 References: <1543299564-25266-1-git-send-email-sughosh.ganu@arm.com> <1543299564-25266-6-git-send-email-sughosh.ganu@arm.com> <20181127083603.GA27029@arm.com> <20181127085021.GB27029@arm.com> In-Reply-To: <20181127085021.GB27029@arm.com> From: Ard Biesheuvel Date: Tue, 27 Nov 2018 10:28:50 +0100 Message-ID: To: Sughosh Ganu Cc: "edk2-devel@lists.01.org" , Leif Lindholm , Achin Gupta Subject: Re: [PATCH v4 5/5] ArmPkg/ArmMmuLib: Add MMU Library suitable for use in S-EL0. X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2018 09:29:03 -0000 Content-Type: text/plain; charset="UTF-8" On Tue, 27 Nov 2018 at 09:50, Sughosh Ganu wrote: > > On Tue Nov 27, 2018 at 09:38:24AM +0100, Ard Biesheuvel wrote: > > On Tue, 27 Nov 2018 at 09:36, Sughosh Ganu wrote: > > > > > > hi Ard, > > > > > > On Tue Nov 27, 2018 at 09:14:52AM +0100, Ard Biesheuvel wrote: > > > > On Tue, 27 Nov 2018 at 07:20, Sughosh Ganu wrote: > > > > > > > > > > From: Achin Gupta > > > > > > > > > > The Standalone MM environment runs in S-EL0 in AArch64 on ARM Standard > > > > > Platforms. Privileged firmware e.g. ARM Trusted Firmware sets up its > > > > > architectural context including the initial translation tables for the > > > > > S-EL1/EL0 translation regime. The MM environment will still request ARM > > > > > TF to change the memory attributes of memory regions during > > > > > initialization. > > > > > > > > > > The Standalone MM image is a FV that encapsulates the MM foundation > > > > > and drivers. These are PE-COFF images with data and text segments. > > > > > To initialise the MM environment, Arm Trusted Firmware has to create > > > > > translation tables with sane default attributes for the memory > > > > > occupied by the FV. This library sends SVCs to ARM Trusted Firmware > > > > > to request memory permissions change for data and text segments. > > > > > > > > > > This patch adds a simple MMU library suitable for execution in S-EL0 and > > > > > requesting memory permissions change operations from Arm Trusted Firmware. > > > > > > > > > > Contributed-under: TianoCore Contribution Agreement 1.1 > > > > > Signed-off-by: Sughosh Ganu > > > > > --- > > > > > ArmPkg/ArmPkg.dec | 1 + > > > > > ArmVirtPkg/Library/XenArmGenericTimerVirtCounterLib/XenArmGenericTimerVirtCounterLib.inf => ArmPkg/Library/StandaloneMmMmuLib/ArmMmuStandaloneMmLib.inf | 23 +-- > > > > > ArmPkg/Include/Library/{ArmMmuLib.h => StandaloneMmMmuLib.h} | 38 +--- > > > > > ArmPkg/Library/StandaloneMmMmuLib/Aarch64/ArmMmuStandaloneMmLib.c | 185 ++++++++++++++++++++ > > > > > 4 files changed, 203 insertions(+), 44 deletions(-) > > > > > > > > > > > > > > > > > +#endif /* __STANDALONEMM_MMU_LIB__ */ > > > > > diff --git a/ArmPkg/Library/StandaloneMmMmuLib/Aarch64/ArmMmuStandaloneMmLib.c b/ArmPkg/Library/StandaloneMmMmuLib/Aarch64/ArmMmuStandaloneMmLib.c > > > > > new file mode 100644 > > > > > index 000000000000..d7d87b7d5d69 > > > > > --- /dev/null > > > > > +++ b/ArmPkg/Library/StandaloneMmMmuLib/Aarch64/ArmMmuStandaloneMmLib.c > > > > > @@ -0,0 +1,185 @@ > > > > > +/** @file > > > > > +* File managing the MMU for ARMv8 architecture in S-EL0 > > > > > +* > > > > > +* Copyright (c) 2017 - 2018, ARM Limited. All rights reserved. > > > > > +* > > > > > +* This program and the accompanying materials > > > > > +* are licensed and made available under the terms and conditions of the BSD License > > > > > +* which accompanies this distribution. The full text of the license may be found at > > > > > +* http://opensource.org/licenses/bsd-license.php > > > > > +* > > > > > +* THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS" BASIS, > > > > > +* WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED. > > > > > +* > > > > > +**/ > > > > > + > > > > > +#include > > > > > +#include > > > > > > > > Why do you need this include? If you can drop it, can you also make > > > > the library generic (i.e., supporting ARM as well as AArch64) ? > > > > > > > > (apologies for not spotting this before) > > > > > > I can remove the header file if it is superfluous. But regarding your > > > comment on making this code generic for Arm as well, i guess we > > > can work on refactoring the code when/if we actually require to > > > support this on Arm. I am not sure if we are going to have a use-case > > > for StandaloneMM on Arm. Currently, we are only supporting it on > > > Aarch64 based platforms. Is that fine. Please let me know. Thanks. > > > > > > > I'd strongly prefer this code to be generic if you are not using any > > AArch64 specific facilities. > > > > AFAICT, we'd simply need to move the file out of the AArch64 directory > > and rename [Sources.AARCH64] to [Sources] in the .inf file if the > > header dependency is indeed superfluous. > > There are a couple of places where we use something like > ARM_SVC_ID_SP_GET_MEM_ATTRIBUTES_AARCH64. Apart from this, it is > generic. > And how do these deviate from their AArch32 counterparts? I agree that ARM support is not essential right now, or perhaps never. But I would like to understand the differences before I sign off on this. Thanks, Ard.