From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=104.47.1.78; helo=eur01-ve1-obe.outbound.protection.outlook.com; envelope-from=meenakshi.aggarwal@nxp.com; receiver=edk2-devel@lists.01.org Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0078.outbound.protection.outlook.com [104.47.1.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id ACA53223230C0 for ; Fri, 16 Feb 2018 00:09:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cdNPcIdgtlGRKDCkiU1kqU9aB4fV7pvqZI1DFT+BhsI=; b=DFK1BfrDpvBoPgYQfn6+EHGf7iBG8S3qTw75k36/izwECAzmKytweyGuFzJykkbIy80RvRk9WM4FqX9TdGyuH/NrEP8QprZxrtlOvWtCgQmIHexbZ8lenguzn3Cv9SWKi6ynd/MtzeAwTt4+0DFR3FB2cZWH5FDzLWyvCeePXts= Received: from DB5PR04MB0998.eurprd04.prod.outlook.com (10.161.199.12) by DB5PR04MB1576.eurprd04.prod.outlook.com (10.164.38.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.485.10; Fri, 16 Feb 2018 08:15:44 +0000 Received: from DB5PR04MB0998.eurprd04.prod.outlook.com ([fe80::5b4:dfb7:891f:32ce]) by DB5PR04MB0998.eurprd04.prod.outlook.com ([fe80::5b4:dfb7:891f:32ce%13]) with mapi id 15.20.0485.015; Fri, 16 Feb 2018 08:15:44 +0000 From: Meenakshi Aggarwal To: "edk2-devel@lists.01.org" Thread-Topic: Why XIP memory for variable storage? Thread-Index: AdOm/VaDfCnSTP+hQFS4ggaQo0okGQ== Date: Fri, 16 Feb 2018 08:15:44 +0000 Message-ID: Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=meenakshi.aggarwal@nxp.com; x-originating-ip: [192.88.169.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5PR04MB1576; 7:jJMZ0awBmuTUJwVHLAm2DuXrVOLIGjbZJgHVbP2AgWyRYRwdF3L8hO4iWmIBGRFo7vNcEqu3Se2GHjNVoWy8CRvpehg9pzUIdjxCQv9umke5yFLP+i/bH7zvuUb0btk3LBL7py6FBJ/ltE2uu0yjELhuHe7xnz0DCmKra5ECYqBXsm6nMM8Uh9GFQnsCA2qAOJDGjafNrrZKBjFn+736oy37RsszTl02jBbWK2WRaTO7rqKmtm774PN8GqaglB+f x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 37111f0b-566a-4e8b-88e5-08d575157a3a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:DB5PR04MB1576; x-ms-traffictypediagnostic: DB5PR04MB1576: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3231101)(2400082)(944501161)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041288)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:DB5PR04MB1576; BCL:0; PCL:0; RULEID:; SRVR:DB5PR04MB1576; x-forefront-prvs: 0585417D7B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(39860400002)(366004)(346002)(396003)(39380400002)(199004)(189003)(6916009)(316002)(33656002)(3846002)(3660700001)(68736007)(102836004)(3280700002)(6116002)(6506007)(14454004)(186003)(97736004)(2900100001)(105586002)(26005)(59450400001)(2906002)(25786009)(106356001)(478600001)(5640700003)(7736002)(2351001)(8936002)(9686003)(2501003)(7696005)(81166006)(81156014)(66066001)(305945005)(53936002)(8676002)(86362001)(55016002)(5250100002)(6436002)(99286004)(5660300001)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:DB5PR04MB1576; H:DB5PR04MB0998.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: nxp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: T5vIP4Al7bglmsDV3JrCAi1OdaRlO5ho80jvFFJXl+hBdY1GhkGy06TAcemEmUXQtiaDQhEcBYK7fTFxWv15Cg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 37111f0b-566a-4e8b-88e5-08d575157a3a X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Feb 2018 08:15:44.5868 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR04MB1576 Subject: Why XIP memory for variable storage? X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 08:10:01 -0000 Content-Language: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I want to implement Secure Uefi for my SoC and was looking for how keys and= database were stored in edk2. What i understood from the code is: 1. We are using same memory space for storage of Secure and Non-Secure var= iables. 2. We are assuming memory to be of XIP type. Please help if above statements are correct and=20 I want to use different memories for Secure and Non-Secure variables,=20 e.g. i want my secure variables to be managed by my software running in EL3= or say a different memory which is not an XIP. Is something similar exist in edk2 which i can refer? Is any particular reason behind using XIP memory for variable storage? Please help. Thanks & Regards, Meenakshi