From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=40.92.67.12; helo=eur02-am5-obe.outbound.protection.outlook.com; envelope-from=marvin.haeuser@outlook.com; receiver=edk2-devel@lists.01.org Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-oln040092067012.outbound.protection.outlook.com [40.92.67.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id ED413209603E1 for ; Wed, 16 May 2018 01:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cFU/JwWUvR+ynIGmOlwhEy3Xh4DsGn3yPUEppEhyUUg=; b=pkuJrD8Bm0exUTKn130iBmiPN8ko0XRnDiiSSKCy4qZfZl/aze/BX8m02/ACm7cucydYvymmKa+0Rg+a7k4VOroerslSV6ie+HW3hQlyHiqBugUGmX2XKcW8gqKdILOIscYTURepqUjaoSzQYm7xUu3V4TY/HqyvQu7KgAfjNc0KTtJhUs9U89KRUfywiLp9O58XlPzBe6h7dt6AsT2cDCZ+nQsOWQ/YtufWF7IvEkvTJ9UzgTAh+iYlUMoATxKp9OfRkYfZ0ckoIZMmkZg6HJk1oRxX2+JaHjU+iWBEN+ayQqhdZZamy1aLJSoxjsXeu+XEaGK9nwr37RKc2LnHXA== Received: from HE1EUR02FT044.eop-EUR02.prod.protection.outlook.com (10.152.10.59) by HE1EUR02HT168.eop-EUR02.prod.protection.outlook.com (10.152.11.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.735.16; Wed, 16 May 2018 08:07:15 +0000 Received: from HE1PR0801MB1786.eurprd08.prod.outlook.com (10.152.10.59) by HE1EUR02FT044.mail.protection.outlook.com (10.152.11.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.735.16 via Frontend Transport; Wed, 16 May 2018 08:07:15 +0000 Received: from HE1PR0801MB1786.eurprd08.prod.outlook.com ([fe80::f58d:21f2:15d9:caec]) by HE1PR0801MB1786.eurprd08.prod.outlook.com ([fe80::f58d:21f2:15d9:caec%18]) with mapi id 15.20.0755.018; Wed, 16 May 2018 08:07:15 +0000 From: Marvin H?user To: "edk2-devel@lists.01.org" CC: "Prakhya, Sai Praneeth" , "wpaul@windriver.com" , "ricardo.neri@intel.com" Thread-Topic: [edk2] Query regarding hole in EFI Memory Map Thread-Index: AdPr2REpOMPrnedhTWCTzmfX7Cr+ZQAEL6iAAACWNIAAQBV24A== Date: Wed, 16 May 2018 08:07:15 +0000 Message-ID: References: <201805141812.37378.wpaul@windriver.com> In-Reply-To: Accept-Language: de-DE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:9AA3E495C207DC9FE196D99A2E2C36B9B3A31045D3A44F07A04602D6806BCCD1; UpperCasedChecksum:41FE1AC5FDD51DB074CDFF3491B658B873CE0AFA37B4914A86B82D97D2736749; SizeAsReceived:7357; Count:46 x-tmn: [D1x4Yny67G64G07dp8uOvPHamF+pmc84] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1EUR02HT168; 7:wotH18XtmiGO3z9+BEv2Tlg/9ZXUuPYGqSF7+MAPM5BjaYql4bj2dM/UA0tcTVncYCvAevkmv+4mQx37lovDxnTdP9ZR/5DDuu+krrBMoQUYrZ+RLzVCwxWUBFXGjk93285iod0nY8ku+xJ8LVM6bpmXTT3UlfYcjq3mtPdMQGIS38yXOLAisvSw5pSIC0DOoX11HrRHetYsJadMoPQREpLCr3lhxQgPFZmp5nGBplEPhwk+IHGVv9qH7ohLFMHC x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125464)(1701031045); SRVR:HE1EUR02HT168; x-ms-traffictypediagnostic: HE1EUR02HT168: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:HE1EUR02HT168; BCL:0; PCL:0; RULEID:; SRVR:HE1EUR02HT168; x-forefront-prvs: 0674DC6DD3 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(189003)(199004)(53754006)(13464003)(7696005)(82202002)(87572001)(55016002)(476003)(104016004)(33656002)(3660700001)(6306002)(2900100001)(54906003)(76176011)(14454004)(446003)(11346002)(20460500001)(26005)(229853002)(105586002)(6916009)(5640700003)(106356001)(6436002)(305945005)(74316002)(5660300001)(8676002)(81156014)(426003)(102836004)(86362001)(5250100002)(72206003)(8936002)(99286004)(68736007)(6346003)(97736004)(2351001)(966005)(2501003)(486006)(53546011)(3280700002)(25786009)(6246003)(59450400001)(4326008); DIR:OUT; SFP:1901; SCL:1; SRVR:HE1EUR02HT168; H:HE1PR0801MB1786.eurprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:; received-spf: None (protection.outlook.com: outlook.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=Marvin.Haeuser@outlook.com; x-microsoft-antispam-message-info: R6eRiMIu4a/T5JzcWwi64VvRab3k5UjMYIJeSV+/XHTJ7ZBkRIzBSqxY4AhAMpIvqc/fBfILFPPFeGQcJLdvXDAF3mUUqErDux221daCiPdn5mZvhRaLbdq+wfmaWHjMYL7Doy0QN6IfOlgquvYKoughNsacAdBqVh9J4134R5SHgYSinc6iNQaDcxsHGXyd MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: c87bf004-eaf0-4f61-5381-08d5bb04097e X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 7181d4b0-87d6-4f4e-ba33-0d3746212cec X-MS-Exchange-CrossTenant-Network-Message-Id: c87bf004-eaf0-4f61-5381-08d5bb04097e X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 7181d4b0-87d6-4f4e-ba33-0d3746212cec X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2018 08:07:15.5549 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR02HT168 Subject: Re: Query regarding hole in EFI Memory Map X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 08:07:20 -0000 Content-Language: de-DE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey Sai and others, I did not verify this is actually the case for QEMU, but the mentioned rang= e is usually the SMRAM ASEG. SMRAM ranges are not reported in the Memory Map by-design. Regards, Marvin > -----Original Message----- > From: edk2-devel On Behalf Of Prakhya, > Sai Praneeth > Sent: Tuesday, May 15, 2018 3:29 AM > To: Bill Paul ; edk2-devel@lists.01.org > Cc: Neri, Ricardo > Subject: Re: [edk2] Query regarding hole in EFI Memory Map >=20 > > Of all the gin joints in all the towns in all the world, Prakhya, Sai > > Praneeth had to walk into mine at 16:30 on Monday 14 May 2018 and say: > > > > > Hi All, > > > > > > Recently, I have observed that there was a hole in EFI Memory Map > > > passed by firmware to Linux kernel. So, wanted to check with you if > > > this is expected or not. > > > > > > My Test setup: > > > I usually boot qemu with OVMF and Linux kernel. I use below command > > > to boot kernel. "qemu-system-x86_64 -cpu host -hda > > > -serial stdio -bios -m 2G -enable-kvm -smp 2" > > > > > > I have noticed that the EFI Memory Map (printed by kernel) is almost > > > contiguous but with only one hole ranging from 0xA0000 to 0x100000. > > > As far as I know, kernel hasn't modified this EFI Memory Map, so I > > > am assuming that firmware has passed memory map with a hole. I have > > > looked at UEFI spec "GetMemoryMap()" definition, and it says "The > > > map describes all of memory, no matter how it is being used". So, I > > > am thinking that EFI Memory Map shouldn't have any holes, am I correc= t? > > > If not, could someone please explain me the reason for this hole in > > > EFI > > Memory Map. > > > > The map may describe all of physical RAM, however it is not > > necessarily the case that all available RAM be physically contiguous. > > > > With older IBM PCs based on the Intel 8088 processor, you could only > > have a 1MB address space. The first 640KB was available for RAM. The > > remaining space traditionally contained memory-mapped option ROMs, > > particularly for things like the video BIOS routines. The VGA text scre= en was > also mapped to 0xB8000. > > > > Obviously, later processors made it possible to have additional memory > > above 1MB (sometimes called "high memory"), but for backward > > compatibility purposes, the gap from 0xA0000 to 0xFFFFF remained. > > > > So basically, on Intel machines you will always see this gap in RAM > > due to "hysterical raisins." It's just an artifact of the platform > > design. (And for that reason you'll see it both with the UEFI memory > > map facility and the legacy E820 BIOS facility). >=20 > Thanks a lot! for the explanation Bill. I really appreciate it :) >=20 > Regards, > Sai > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel