From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=SPF record not found (domain: zhaoxin.com, ip: 203.148.12.81, mailfrom: tigerliu@zhaoxin.com) Received: from ZXSHCAS1.zhaoxin.com (ZXSHCAS1.zhaoxin.com [203.148.12.81]) by groups.io with SMTP; Tue, 17 Sep 2019 04:08:09 -0700 Received: from zxbjmbx3.zhaoxin.com (10.29.252.165) by ZXSHCAS1.zhaoxin.com (10.28.252.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Tue, 17 Sep 2019 19:08:04 +0800 Received: from zxbjmbx2.zhaoxin.com (10.29.252.164) by zxbjmbx3.zhaoxin.com (10.29.252.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Tue, 17 Sep 2019 19:08:03 +0800 Received: from zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3]) by zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3%4]) with mapi id 15.01.1261.035; Tue, 17 Sep 2019 19:08:03 +0800 From: "Tiger Liu(BJ-RD)" To: "devel@edk2.groups.io" Subject: [edk2] DxeIpl : create page table, occupied too much memory range Thread-Topic: [edk2] DxeIpl : create page table, occupied too much memory range Thread-Index: AdVtRlaRdipj3s7PQRucZxuSwomlDw== Date: Tue, 17 Sep 2019 11:08:03 +0000 Message-ID: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.29.24.53] MIME-Version: 1.0 Return-Path: TigerLiu@zhaoxin.com Content-Language: zh-CN Content-Type: multipart/alternative; boundary="_000_5eabf2c9104644ba955a4c3a4de983dczhaoxincom_" --_000_5eabf2c9104644ba955a4c3a4de983dczhaoxincom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Expert: I have a question about creating page table. If a CPU support 48bit physical address line, then creating page tables(Pag= e size=3D2MB) will occupy too much memory region. Now, developer could only use PcdUse1GPageTable to avoid occupy too much me= mory region? Thanks Best wishes, ????? ????????????????????????????????????????????????????? CONFIDENTIAL NOTE: This email contains confidential or legally privileged information and is f= or the sole use of its intended recipient. Any unauthorized review, use, co= pying or forwarding of this email or the content of this email is strictly = prohibited. --_000_5eabf2c9104644ba955a4c3a4de983dczhaoxincom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, Expert:

I have a question about creatin= g page table.

If a CPU support 48bit physical= address line, then creating page tables(Page size=3D2MB) will occupy too m= uch memory region.

 

Now, developer could only use P= cdUse1GPageTable to avoid occupy too much memory region?<= /p>

 

Thanks

 

Best wishes,<= /p>



保密声明:
本邮件含有保भ= 4;或专有信息,仅供指&= #23450;收件人使用。严禁= 545;本邮件或其内容做任= ;何未经授权的查阅、&#= 20351;用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and i= s for the sole use of its intended recipient. Any unauthorized review, use,= copying or forwarding of this email or the content of this email is strict= ly prohibited.
--_000_5eabf2c9104644ba955a4c3a4de983dczhaoxincom_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Tue, 17 Sep 2019 05:06:50 -0700 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 946E6C057F23; Tue, 17 Sep 2019 12:06:49 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-37.rdu2.redhat.com [10.10.120.37]) by smtp.corp.redhat.com (Postfix) with ESMTP id DDF9360126; Tue, 17 Sep 2019 12:06:46 +0000 (UTC) Subject: Re: [edk2-devel] [edk2] DxeIpl : create page table, occupied too much memory range To: devel@edk2.groups.io, tigerliu@zhaoxin.com References: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> From: "Laszlo Ersek" Message-ID: <2aca1445-6688-cb20-c0e3-938a4c4acd38@redhat.com> Date: Tue, 17 Sep 2019 14:06:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Tue, 17 Sep 2019 12:06:49 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit On 09/17/19 13:08, Tiger Liu(BJ-RD) wrote: > Hi, Expert: > I have a question about creating page table. > If a CPU support 48bit physical address line, then creating page tables(Page size=2MB) will occupy too much memory region. > > Now, developer could only use PcdUse1GPageTable to avoid occupy too much memory region? Not only. See . Thanks Laszlo From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=SPF record not found (domain: zhaoxin.com, ip: 203.148.12.82, mailfrom: tigerliu@zhaoxin.com) Received: from ZXSHCAS2.zhaoxin.com (ZXSHCAS2.zhaoxin.com [203.148.12.82]) by groups.io with SMTP; Wed, 18 Sep 2019 03:50:57 -0700 Received: from zxbjmbx2.zhaoxin.com (10.29.252.164) by ZXSHCAS2.zhaoxin.com (10.28.252.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Wed, 18 Sep 2019 18:50:50 +0800 Received: from zxbjmbx2.zhaoxin.com (10.29.252.164) by zxbjmbx2.zhaoxin.com (10.29.252.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Wed, 18 Sep 2019 18:50:50 +0800 Received: from zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3]) by zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3%4]) with mapi id 15.01.1261.035; Wed, 18 Sep 2019 18:50:50 +0800 From: "Tiger Liu(BJ-RD)" To: Laszlo Ersek , "devel@edk2.groups.io" Subject: =?UTF-8?B?562U5aSNOiBbZWRrMi1kZXZlbF0gW2VkazJdIER4ZUlwbCA6IGNyZWF0ZSBwYWdlIHRhYmxlLCBvY2N1cGllZCB0b28gbXVjaCBtZW1vcnkgcmFuZ2U=?= Thread-Topic: [edk2-devel] [edk2] DxeIpl : create page table, occupied too much memory range Thread-Index: AdVtRlaRdipj3s7PQRucZxuSwomlD///jfaA//3+z3A= Date: Wed, 18 Sep 2019 10:50:50 +0000 Message-ID: References: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> <2aca1445-6688-cb20-c0e3-938a4c4acd38@redhat.com> In-Reply-To: <2aca1445-6688-cb20-c0e3-938a4c4acd38@redhat.com> Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.28.28.20] MIME-Version: 1.0 Return-Path: TigerLiu@zhaoxin.com Content-Language: zh-CN Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIExhc3psbzoNClRoYW5rcyBmb3IgeW91ciByZXBseSENCg0KSXMgVXNpbmcgUGNkVXNlNUxl dmVsUGFnZVRhYmxlIGFsc28gYSBtZXRob2QgdG8gcmVkdWNlIHBhZ2luZyB0YWJsZSdzIG1lbW9y eSByZXF1aXJlbWVudD8NCg0KSSBmaW5kIFBjZFVzZTFHUGFnZVRhYmxlJ3MgZGVmYXVsdCB2YWx1 ZSBpcyBmYWxzZSwgd2h5Pw0KDQpQY2RVc2U1TGV2ZWxQYWdlVGFibGUncyBkZWZhdWx0IHZhbHVl IGlzIHRydWUsIGFuZCBEeGVJcGwgbW9kdWxlIHdpbGwgY3JlYXRlIDUtbGV2ZWwgcGFnaW5nIGZv ciBEeGUncyBsb25nIG1vZGU/DQoNCkJlc3Qgd2lzaGVzLA0KDQotLS0tLdPKvP7Urbz+LS0tLS0N CreivP7IyzogTGFzemxvIEVyc2VrIDxsZXJzZWtAcmVkaGF0LmNvbT4NCreiy83KsbzkOiAyMDE5 xOo51MIxN8jVIDIwOjA3DQrK1bz+yMs6IGRldmVsQGVkazIuZ3JvdXBzLmlvOyBUaWdlciBMaXUo QkotUkQpIDxUaWdlckxpdUB6aGFveGluLmNvbT4NCtb3zOI6IFJlOiBbZWRrMi1kZXZlbF0gW2Vk azJdIER4ZUlwbCA6IGNyZWF0ZSBwYWdlIHRhYmxlLCBvY2N1cGllZCB0b28gbXVjaCBtZW1vcnkg cmFuZ2UNCg0KT24gMDkvMTcvMTkgMTM6MDgsIFRpZ2VyIExpdShCSi1SRCkgd3JvdGU6DQo+IEhp LCBFeHBlcnQ6DQo+IEkgaGF2ZSBhIHF1ZXN0aW9uIGFib3V0IGNyZWF0aW5nIHBhZ2UgdGFibGUu DQo+IElmIGEgQ1BVIHN1cHBvcnQgNDhiaXQgcGh5c2ljYWwgYWRkcmVzcyBsaW5lLCB0aGVuIGNy ZWF0aW5nIHBhZ2UgdGFibGVzKFBhZ2Ugc2l6ZT0yTUIpIHdpbGwgb2NjdXB5IHRvbyBtdWNoIG1l bW9yeSByZWdpb24uDQo+DQo+IE5vdywgZGV2ZWxvcGVyIGNvdWxkIG9ubHkgdXNlIFBjZFVzZTFH UGFnZVRhYmxlIHRvIGF2b2lkIG9jY3VweSB0b28gbXVjaCBtZW1vcnkgcmVnaW9uPw0KDQpOb3Qg b25seS4gU2VlIDxodHRwczovL2J1Z3ppbGxhLnRpYW5vY29yZS5vcmcvc2hvd19idWcuY2dpP2lk PTIwMDg+Lg0KDQpUaGFua3MNCkxhc3psbw0KDQoNCrGjw9zJ+cP3o7oNCrG+08q8/rqs09Cxo8Pc u/LXqNPQ0MXPoqOsvfa5qda4tqjK1bz+yMvKudPDoaPRz737ttSxvtPKvP678sbkxNrI3df2yM66 zs60vq3K2siotcSy6dTEoaLKudPDoaK4tNbGu/LXqreioaMNCkNPTkZJREVOVElBTCBOT1RFOg0K VGhpcyBlbWFpbCBjb250YWlucyBjb25maWRlbnRpYWwgb3IgbGVnYWxseSBwcml2aWxlZ2VkIGlu Zm9ybWF0aW9uIGFuZCBpcyBmb3IgdGhlIHNvbGUgdXNlIG9mIGl0cyBpbnRlbmRlZCByZWNpcGll bnQuIEFueSB1bmF1dGhvcml6ZWQgcmV2aWV3LCB1c2UsIGNvcHlpbmcgb3IgZm9yd2FyZGluZyBv ZiB0aGlzIGVtYWlsIG9yIHRoZSBjb250ZW50IG9mIHRoaXMgZW1haWwgaXMgc3RyaWN0bHkgcHJv aGliaXRlZC4NCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@apple.com header.s=20180706 header.b=Z6dZW4BH; spf=pass (domain: apple.com, ip: 17.151.62.67, mailfrom: afish@apple.com) Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) by groups.io with SMTP; Wed, 18 Sep 2019 10:10:42 -0700 Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.27/8.16.0.27) with SMTP id x8IGvKHW027408; Wed, 18 Sep 2019 10:10:40 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=X+L03JjM5PqxPSPc2JMn4MfgTmulcUsaaUE3NDwxuss=; b=Z6dZW4BHFC/rgT252LjagIoeyqDxVFGtS7xiA/+3Vh+HgH/pcDkxYEYbYTJwBXyvenYt HRUqHBU53ZEKPANdqYP08TmzHC6vPzjztdMlf8cdTLNcNEEp1vGSYEOsKThwAiD/zKb2 nHiRvZwKP+pgGDpLBELb++oz6KrnBFqkPhnLkowspwDxAEUxTWoSh9TQgmx/BM4aUcED mUn0kldazOEGPdrFGSDuWJe0AUOgnlWzghSJtd4PohQxOzp8DNEexJ1VhwfYmGTMyZj9 JaKB7aYTMJeyDw1/BoD4yEh0yQiBG25ZQ/ydEz8Q8w4JNiUCA4MDFCMKfglKVKXjDLI7 yw== Received: from ma1-mtap-s02.corp.apple.com (ma1-mtap-s02.corp.apple.com [17.40.76.6]) by nwk-aaemail-lapp02.apple.com with ESMTP id 2v37ujrd2j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 18 Sep 2019 10:10:40 -0700 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by ma1-mtap-s02.corp.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPS id <0PY100K10EDQFRK0@ma1-mtap-s02.corp.apple.com>; Wed, 18 Sep 2019 10:10:39 -0700 (PDT) Received: from process_milters-daemon.nwk-mmpp-sz09.apple.com by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) id <0PY100D00DNU1800@nwk-mmpp-sz09.apple.com>; Wed, 18 Sep 2019 10:10:38 -0700 (PDT) X-Va-A: X-Va-T-CD: ce96f226908f167d714f42ced545a0c1 X-Va-E-CD: 616ea11f349a1a914c63255b0bc479c3 X-Va-R-CD: 4943383b081b63e3a360ecb14fb24065 X-Va-CD: 0 X-Va-ID: f5b461dc-2096-41c3-919b-3fc8980a7f2a X-V-A: X-V-T-CD: ce96f226908f167d714f42ced545a0c1 X-V-E-CD: 616ea11f349a1a914c63255b0bc479c3 X-V-R-CD: 4943383b081b63e3a360ecb14fb24065 X-V-CD: 0 X-V-ID: 21c0dee0-75c1-487d-b3db-c31451a0ae16 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-09-18_09:,, signatures=0 Received: from [17.235.30.203] (unknown [17.235.30.203]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPSA id <0PY100J1JEDPJP20@nwk-mmpp-sz09.apple.com>; Wed, 18 Sep 2019 10:10:38 -0700 (PDT) Sender: afish@apple.com MIME-version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: [edk2-devel] [edk2] DxeIpl : create page table, occupied too much memory range From: "Andrew Fish" In-reply-to: Date: Wed, 18 Sep 2019 10:10:36 -0700 Cc: Laszlo Ersek Message-id: <8424C048-188F-4D69-B94B-33A135381628@apple.com> References: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> <2aca1445-6688-cb20-c0e3-938a4c4acd38@redhat.com> To: devel@edk2.groups.io, tigerliu@zhaoxin.com X-Mailer: Apple Mail (2.3445.104.11) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-09-18_09:,, signatures=0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable > On Sep 18, 2019, at 3:50 AM, Tiger Liu(BJ-RD) wro= te: >=20 > Hi, Laszlo: > Thanks for your reply! >=20 > Is Using PcdUse5LevelPageTable also a method to reduce paging table's me= mory requirement? >=20 Tiger, No the 5-level page tables [1] are about increasing the size of the virtua= l addresses from 48 bits (256 terabytes) to 57 bits (128 petabytes). On x86= there are noncanonical addresses [2] in the middle of the virtual memory s= pace that will cause a GP fault if they are used since they can not be mapp= ed by page tables. The 5-level page table decreases the amount of noncanon= ical addressess in the virtual memory map, since the 5th level allows you t= o map more virtual addresses. I think from an EFI perspective you likely on= ly add a single page table entry unless your CPU supports more than 256 ter= abytes of physical address space.=20 > I find PcdUse1GPageTable's default value is false, why? The people who work for CPU companies will know more than me, but I seem t= o remember that 1GB page tables are common on modern server CPUs, but not o= n client CPUs. So I guess the PCD is just to remove a check that is likely = to fail [3]. If your system supports 1GB pages you can set PcdUse1GPageTabl= e to TRUE in your platforms DSC file.=20 Given EFI is identity mapped (Virtual address =3D=3D Physical address) and= Long Mode requires that paging is enabled you need page tables for any phy= sical address that is decoded by your chipset or memory controller (memory = or memory mapped IO).=20 If you look at this code [4] you will see you can configure how much of th= e address space requires page tables via the EFI_HOB_TYPE_CPU, if that HOB = is not present a CPU ID instruction is used to ask the processor how much p= hysical addressing it supports, and if that CPU ID feature is not present y= ou get the old answer of 36-bits.=20 So if you are trying to minimized page table generation you need to set EF= I_HOB_TYPE_CPU.SizeOfMemorySpace to a value that matches the highest memory= or memory mapped IO physical addresses you platform supports. Basically it= does not matter how much physical addressing your CPU supports if nothing = in your system is decoded by some of the upper address bits. PcdUse1GPageTa= ble is only going to help you if your CPU supports it.=20 >=20 > PcdUse5LevelPageTable's default value is true, and DxeIpl module will cr= eate 5-level paging for Dxe's long mode? >=20 As I mentioned you only need the 5 level page tables if your system has me= mory or memory mapped IO at an address greater than 256 terabytes (48-bits)= . [1] https://en.wikipedia.org/wiki/Intel_5-level_paging [2] https://en.wikipedia.org/wiki/X86-64 [3] https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Core/DxeIpl= Peim/X64/VirtualMemory.c#L667 [4] https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Core/DxeIpl= Peim/X64/VirtualMemory.c#L679 Thanks, Andrew Fish > Best wishes, >=20 > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: Laszlo Ersek > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B49=E6=9C=8817=E6=97=A5= 20:07 > =E6=94=B6=E4=BB=B6=E4=BA=BA: devel@edk2.groups.io; Tiger Liu(BJ-RD) > =E4=B8=BB=E9=A2=98: Re: [edk2-devel] [edk2] DxeIpl : create page table, = occupied too much memory range >=20 > On 09/17/19 13:08, Tiger Liu(BJ-RD) wrote: >> Hi, Expert: >> I have a question about creating page table. >> If a CPU support 48bit physical address line, then creating page tables= (Page size=3D2MB) will occupy too much memory region. >>=20 >> Now, developer could only use PcdUse1GPageTable to avoid occupy too muc= h memory region? >=20 > Not only. See . >=20 > Thanks > Laszlo >=20 >=20 > =E4=BF=9D=E5=AF=86=E5=A3=B0=E6=98=8E=EF=BC=9A > =E6=9C=AC=E9=82=AE=E4=BB=B6=E5=90=AB=E6=9C=89=E4=BF=9D=E5=AF=86=E6=88=96= = =E4=B8=93=E6=9C=89=E4=BF=A1=E6=81=AF=EF=BC=8C=E4=BB=85=E4=BE=9B=E6=8C=87= =E5=AE=9A=E6=94=B6=E4=BB=B6=E4=BA=BA=E4=BD=BF=E7=94=A8=E3=80=82=E4=B8=A5= =E7=A6=81=E5=AF=B9=E6=9C=AC=E9=82=AE=E4=BB=B6=E6=88=96=E5=85=B6=E5=86=85= =E5=AE=B9=E5=81=9A=E4=BB=BB=E4=BD=95=E6=9C=AA=E7=BB=8F=E6=8E=88=E6=9D=83= =E7=9A=84=E6=9F=A5=E9=98=85=E3=80=81=E4=BD=BF=E7=94=A8=E3=80=81=E5=A4=8D= =E5=88=B6=E6=88=96=E8=BD=AC=E5=8F=91=E3=80=82 > CONFIDENTIAL NOTE: > This email contains confidential or legally privileged information and i= s for the sole use of its intended recipient. Any unauthorized review, use,= copying or forwarding of this email or the content of this email is strict= ly prohibited. >=20 >=20 >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=SPF record not found (domain: zhaoxin.com, ip: 203.148.12.82, mailfrom: tigerliu@zhaoxin.com) Received: from ZXSHCAS2.zhaoxin.com (ZXSHCAS2.zhaoxin.com [203.148.12.82]) by groups.io with SMTP; Thu, 19 Sep 2019 00:43:43 -0700 Received: from zxbjmbx2.zhaoxin.com (10.29.252.164) by ZXSHCAS2.zhaoxin.com (10.28.252.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Thu, 19 Sep 2019 15:43:37 +0800 Received: from zxbjmbx2.zhaoxin.com (10.29.252.164) by zxbjmbx2.zhaoxin.com (10.29.252.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1261.35; Thu, 19 Sep 2019 15:43:37 +0800 Received: from zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3]) by zxbjmbx2.zhaoxin.com ([fe80::4d77:9dba:64a8:8ec3%4]) with mapi id 15.01.1261.035; Thu, 19 Sep 2019 15:43:37 +0800 From: "Tiger Liu(BJ-RD)" To: "devel@edk2.groups.io" , "afish@apple.com" CC: Laszlo Ersek Subject: =?UTF-8?B?562U5aSNOiBbZWRrMi1kZXZlbF0gW2VkazJdIER4ZUlwbCA6IGNyZWF0ZSBwYWdlIHRhYmxlLCBvY2N1cGllZCB0b28gbXVjaCBtZW1vcnkgcmFuZ2U=?= Thread-Topic: [edk2-devel] [edk2] DxeIpl : create page table, occupied too much memory range Thread-Index: AdVtRlaRdipj3s7PQRucZxuSwomlD///jfaA//3+z3CAA+hrAP/+hg5A Date: Thu, 19 Sep 2019 07:43:37 +0000 Message-ID: <109380fe85654ca899041fb2c15caaa2@zhaoxin.com> References: <5eabf2c9104644ba955a4c3a4de983dc@zhaoxin.com> <2aca1445-6688-cb20-c0e3-938a4c4acd38@redhat.com> <8424C048-188F-4D69-B94B-33A135381628@apple.com> In-Reply-To: <8424C048-188F-4D69-B94B-33A135381628@apple.com> Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.28.28.20] MIME-Version: 1.0 Return-Path: TigerLiu@zhaoxin.com Content-Language: zh-CN Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksIEFuZHJldzoNClRoYW5rcyBhIGxvdC4NCg0KQmVzdCB3aXNoZXMsDQotLS0tLemCruS7tuWO n+S7ti0tLS0tDQrlj5Hku7bkuro6IGRldmVsQGVkazIuZ3JvdXBzLmlvIDxkZXZlbEBlZGsyLmdy b3Vwcy5pbz4g5Luj6KGoIEFuZHJldyBGaXNoIHZpYSBHcm91cHMuSW8NCuWPkemAgeaXtumXtDog MjAxOeW5tDnmnIgxOeaXpSAxOjExDQrmlLbku7bkuro6IGRldmVsQGVkazIuZ3JvdXBzLmlvOyBU aWdlciBMaXUoQkotUkQpIDxUaWdlckxpdUB6aGFveGluLmNvbT4NCuaKhOmAgTogTGFzemxvIEVy c2VrIDxsZXJzZWtAcmVkaGF0LmNvbT4NCuS4u+mimDogUmU6IFtlZGsyLWRldmVsXSBbZWRrMl0g RHhlSXBsIDogY3JlYXRlIHBhZ2UgdGFibGUsIG9jY3VwaWVkIHRvbyBtdWNoIG1lbW9yeSByYW5n ZQ0KDQoNCg0KPiBPbiBTZXAgMTgsIDIwMTksIGF0IDM6NTAgQU0sIFRpZ2VyIExpdShCSi1SRCkg PHRpZ2VybGl1QHpoYW94aW4uY29tPiB3cm90ZToNCj4NCj4gSGksIExhc3psbzoNCj4gVGhhbmtz IGZvciB5b3VyIHJlcGx5IQ0KPg0KPiBJcyBVc2luZyBQY2RVc2U1TGV2ZWxQYWdlVGFibGUgYWxz byBhIG1ldGhvZCB0byByZWR1Y2UgcGFnaW5nIHRhYmxlJ3MgbWVtb3J5IHJlcXVpcmVtZW50Pw0K Pg0KDQpUaWdlciwNCg0KTm8gdGhlIDUtbGV2ZWwgcGFnZSB0YWJsZXMgWzFdIGFyZSBhYm91dCBp bmNyZWFzaW5nIHRoZSBzaXplIG9mIHRoZSB2aXJ0dWFsIGFkZHJlc3NlcyBmcm9tIDQ4IGJpdHMg KDI1NiB0ZXJhYnl0ZXMpIHRvIDU3IGJpdHMgKDEyOCBwZXRhYnl0ZXMpLiBPbiB4ODYgdGhlcmUg YXJlIG5vbmNhbm9uaWNhbCBhZGRyZXNzZXMgWzJdIGluIHRoZSBtaWRkbGUgb2YgdGhlIHZpcnR1 YWwgbWVtb3J5IHNwYWNlIHRoYXQgd2lsbCBjYXVzZSBhIEdQIGZhdWx0IGlmIHRoZXkgYXJlIHVz ZWQgc2luY2UgdGhleSBjYW4gbm90IGJlIG1hcHBlZCBieSBwYWdlIHRhYmxlcy4gIFRoZSA1LWxl dmVsIHBhZ2UgdGFibGUgZGVjcmVhc2VzIHRoZSBhbW91bnQgb2Ygbm9uY2Fub25pY2FsIGFkZHJl c3Nlc3MgaW4gdGhlIHZpcnR1YWwgbWVtb3J5IG1hcCwgc2luY2UgdGhlIDV0aCBsZXZlbCBhbGxv d3MgeW91IHRvIG1hcCBtb3JlIHZpcnR1YWwgYWRkcmVzc2VzLiBJIHRoaW5rIGZyb20gYW4gRUZJ IHBlcnNwZWN0aXZlIHlvdSBsaWtlbHkgb25seSBhZGQgYSBzaW5nbGUgcGFnZSB0YWJsZSBlbnRy eSB1bmxlc3MgeW91ciBDUFUgc3VwcG9ydHMgbW9yZSB0aGFuIDI1NiB0ZXJhYnl0ZXMgb2YgcGh5 c2ljYWwgYWRkcmVzcyBzcGFjZS4NCg0KPiBJIGZpbmQgUGNkVXNlMUdQYWdlVGFibGUncyBkZWZh dWx0IHZhbHVlIGlzIGZhbHNlLCB3aHk/DQoNClRoZSBwZW9wbGUgd2hvIHdvcmsgZm9yIENQVSBj b21wYW5pZXMgd2lsbCBrbm93IG1vcmUgdGhhbiBtZSwgYnV0IEkgc2VlbSB0byByZW1lbWJlciB0 aGF0IDFHQiBwYWdlIHRhYmxlcyBhcmUgY29tbW9uIG9uIG1vZGVybiBzZXJ2ZXIgQ1BVcywgYnV0 IG5vdCBvbiBjbGllbnQgQ1BVcy4gU28gSSBndWVzcyB0aGUgUENEIGlzIGp1c3QgdG8gcmVtb3Zl IGEgY2hlY2sgdGhhdCBpcyBsaWtlbHkgdG8gZmFpbCBbM10uIElmIHlvdXIgc3lzdGVtIHN1cHBv cnRzIDFHQiBwYWdlcyB5b3UgY2FuIHNldCBQY2RVc2UxR1BhZ2VUYWJsZSB0byBUUlVFIGluIHlv dXIgcGxhdGZvcm1zIERTQyBmaWxlLg0KDQpHaXZlbiBFRkkgaXMgaWRlbnRpdHkgbWFwcGVkIChW aXJ0dWFsIGFkZHJlc3MgPT0gUGh5c2ljYWwgYWRkcmVzcykgYW5kIExvbmcgTW9kZSByZXF1aXJl cyB0aGF0IHBhZ2luZyBpcyBlbmFibGVkIHlvdSBuZWVkIHBhZ2UgdGFibGVzIGZvciBhbnkgcGh5 c2ljYWwgYWRkcmVzcyB0aGF0IGlzIGRlY29kZWQgYnkgeW91ciBjaGlwc2V0IG9yIG1lbW9yeSBj b250cm9sbGVyIChtZW1vcnkgb3IgbWVtb3J5IG1hcHBlZCBJTykuDQoNCklmIHlvdSBsb29rIGF0 IHRoaXMgY29kZSBbNF0geW91IHdpbGwgc2VlIHlvdSBjYW4gY29uZmlndXJlIGhvdyBtdWNoIG9m IHRoZSBhZGRyZXNzIHNwYWNlIHJlcXVpcmVzIHBhZ2UgdGFibGVzIHZpYSB0aGUgRUZJX0hPQl9U WVBFX0NQVSwgaWYgdGhhdCBIT0IgaXMgbm90IHByZXNlbnQgYSBDUFUgSUQgaW5zdHJ1Y3Rpb24g aXMgdXNlZCB0byBhc2sgdGhlIHByb2Nlc3NvciBob3cgbXVjaCBwaHlzaWNhbCBhZGRyZXNzaW5n IGl0IHN1cHBvcnRzLCBhbmQgaWYgdGhhdCBDUFUgSUQgZmVhdHVyZSBpcyBub3QgcHJlc2VudCB5 b3UgZ2V0IHRoZSBvbGQgYW5zd2VyIG9mIDM2LWJpdHMuDQoNClNvIGlmIHlvdSBhcmUgdHJ5aW5n IHRvIG1pbmltaXplZCBwYWdlIHRhYmxlIGdlbmVyYXRpb24geW91IG5lZWQgdG8gc2V0IEVGSV9I T0JfVFlQRV9DUFUuU2l6ZU9mTWVtb3J5U3BhY2UgdG8gYSB2YWx1ZSB0aGF0IG1hdGNoZXMgdGhl IGhpZ2hlc3QgbWVtb3J5IG9yIG1lbW9yeSBtYXBwZWQgSU8gcGh5c2ljYWwgYWRkcmVzc2VzIHlv dSBwbGF0Zm9ybSBzdXBwb3J0cy4gQmFzaWNhbGx5IGl0IGRvZXMgbm90IG1hdHRlciBob3cgbXVj aCBwaHlzaWNhbCBhZGRyZXNzaW5nIHlvdXIgQ1BVIHN1cHBvcnRzIGlmIG5vdGhpbmcgaW4geW91 ciBzeXN0ZW0gaXMgZGVjb2RlZCBieSBzb21lIG9mIHRoZSB1cHBlciBhZGRyZXNzIGJpdHMuIFBj ZFVzZTFHUGFnZVRhYmxlIGlzIG9ubHkgZ29pbmcgdG8gaGVscCB5b3UgaWYgeW91ciBDUFUgc3Vw cG9ydHMgaXQuDQoNCj4NCj4gUGNkVXNlNUxldmVsUGFnZVRhYmxlJ3MgZGVmYXVsdCB2YWx1ZSBp cyB0cnVlLCBhbmQgRHhlSXBsIG1vZHVsZSB3aWxsIGNyZWF0ZSA1LWxldmVsIHBhZ2luZyBmb3Ig RHhlJ3MgbG9uZyBtb2RlPw0KPg0KDQpBcyBJIG1lbnRpb25lZCB5b3Ugb25seSBuZWVkIHRoZSA1 IGxldmVsIHBhZ2UgdGFibGVzIGlmIHlvdXIgc3lzdGVtIGhhcyBtZW1vcnkgb3IgbWVtb3J5IG1h cHBlZCBJTyBhdCBhbiBhZGRyZXNzIGdyZWF0ZXIgdGhhbiAyNTYgdGVyYWJ5dGVzICg0OC1iaXRz KS4NCg0KWzFdIGh0dHBzOi8vZW4ud2lraXBlZGlhLm9yZy93aWtpL0ludGVsXzUtbGV2ZWxfcGFn aW5nDQpbMl0gaHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvWDg2LTY0DQpbM10gaHR0cHM6 Ly9naXRodWIuY29tL3RpYW5vY29yZS9lZGsyL2Jsb2IvbWFzdGVyL01kZU1vZHVsZVBrZy9Db3Jl L0R4ZUlwbFBlaW0vWDY0L1ZpcnR1YWxNZW1vcnkuYyNMNjY3DQpbNF0gaHR0cHM6Ly9naXRodWIu Y29tL3RpYW5vY29yZS9lZGsyL2Jsb2IvbWFzdGVyL01kZU1vZHVsZVBrZy9Db3JlL0R4ZUlwbFBl aW0vWDY0L1ZpcnR1YWxNZW1vcnkuYyNMNjc5DQoNClRoYW5rcywNCg0KQW5kcmV3IEZpc2gNCg0K PiBCZXN0IHdpc2hlcywNCj4NCj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KPiDlj5Hku7bkuro6 IExhc3psbyBFcnNlayA8bGVyc2VrQHJlZGhhdC5jb20+DQo+IOWPkemAgeaXtumXtDogMjAxOeW5 tDnmnIgxN+aXpSAyMDowNw0KPiDmlLbku7bkuro6IGRldmVsQGVkazIuZ3JvdXBzLmlvOyBUaWdl ciBMaXUoQkotUkQpIDxUaWdlckxpdUB6aGFveGluLmNvbT4NCj4g5Li76aKYOiBSZTogW2VkazIt ZGV2ZWxdIFtlZGsyXSBEeGVJcGwgOiBjcmVhdGUgcGFnZSB0YWJsZSwgb2NjdXBpZWQgdG9vIG11 Y2ggbWVtb3J5IHJhbmdlDQo+DQo+IE9uIDA5LzE3LzE5IDEzOjA4LCBUaWdlciBMaXUoQkotUkQp IHdyb3RlOg0KPj4gSGksIEV4cGVydDoNCj4+IEkgaGF2ZSBhIHF1ZXN0aW9uIGFib3V0IGNyZWF0 aW5nIHBhZ2UgdGFibGUuDQo+PiBJZiBhIENQVSBzdXBwb3J0IDQ4Yml0IHBoeXNpY2FsIGFkZHJl c3MgbGluZSwgdGhlbiBjcmVhdGluZyBwYWdlIHRhYmxlcyhQYWdlIHNpemU9Mk1CKSB3aWxsIG9j Y3VweSB0b28gbXVjaCBtZW1vcnkgcmVnaW9uLg0KPj4NCj4+IE5vdywgZGV2ZWxvcGVyIGNvdWxk IG9ubHkgdXNlIFBjZFVzZTFHUGFnZVRhYmxlIHRvIGF2b2lkIG9jY3VweSB0b28gbXVjaCBtZW1v cnkgcmVnaW9uPw0KPg0KPiBOb3Qgb25seS4gU2VlIDxodHRwczovL2J1Z3ppbGxhLnRpYW5vY29y ZS5vcmcvc2hvd19idWcuY2dpP2lkPTIwMDg+Lg0KPg0KPiBUaGFua3MNCj4gTGFzemxvDQo+DQo+ DQo+IOS/neWvhuWjsOaYju+8mg0KPiDmnKzpgq7ku7blkKvmnInkv53lr4bmiJbkuJPmnInkv6Hm ga/vvIzku4XkvpvmjIflrprmlLbku7bkurrkvb/nlKjjgILkuKXnpoHlr7nmnKzpgq7ku7bmiJbl hbblhoXlrrnlgZrku7vkvZXmnKrnu4/mjojmnYPnmoTmn6XpmIXjgIHkvb/nlKjjgIHlpI3liLbm iJbovazlj5HjgIINCj4gQ09ORklERU5USUFMIE5PVEU6DQo+IFRoaXMgZW1haWwgY29udGFpbnMg Y29uZmlkZW50aWFsIG9yIGxlZ2FsbHkgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBhbmQgaXMgZm9y IHRoZSBzb2xlIHVzZSBvZiBpdHMgaW50ZW5kZWQgcmVjaXBpZW50LiBBbnkgdW5hdXRob3JpemVk IHJldmlldywgdXNlLCBjb3B5aW5nIG9yIGZvcndhcmRpbmcgb2YgdGhpcyBlbWFpbCBvciB0aGUg Y29udGVudCBvZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuDQo+DQo+DQo+DQoN Cg0KDQoNCg0KDQrkv53lr4blo7DmmI7vvJoNCuacrOmCruS7tuWQq+acieS/neWvhuaIluS4k+ac ieS/oeaBr++8jOS7heS+m+aMh+WumuaUtuS7tuS6uuS9v+eUqOOAguS4peemgeWvueacrOmCruS7 tuaIluWFtuWGheWuueWBmuS7u+S9leacque7j+aOiOadg+eahOafpemYheOAgeS9v+eUqOOAgeWk jeWItuaIlui9rOWPkeOAgg0KQ09ORklERU5USUFMIE5PVEU6DQpUaGlzIGVtYWlsIGNvbnRhaW5z IGNvbmZpZGVudGlhbCBvciBsZWdhbGx5IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gYW5kIGlzIGZv ciB0aGUgc29sZSB1c2Ugb2YgaXRzIGludGVuZGVkIHJlY2lwaWVudC4gQW55IHVuYXV0aG9yaXpl ZCByZXZpZXcsIHVzZSwgY29weWluZyBvciBmb3J3YXJkaW5nIG9mIHRoaXMgZW1haWwgb3IgdGhl IGNvbnRlbnQgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLg0K