From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (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 DBFAF819EB for ; Fri, 20 Jan 2017 08:05:50 -0800 (PST) Received: by mail-io0-x235.google.com with SMTP id l66so64694352ioi.1 for ; Fri, 20 Jan 2017 08:05:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=BFwV6Df/sedgbM/udzqa2dPOWb7Gt6JBvovfAQbWYjw=; b=AL2KopTLLA0XYGNbjOUmAp2SuXYN0n8MXCvXuXJSXhlwxKLUzD/yb3AVXKeTqJwlq5 yn43m1GBh6QH58Kao7NpLYyhP8FY7LS3PNA4qYzuc6VX3kDwmP0urAuJ/k14wrf+5bJM UyrBtpww+Y09unkVyZL1M02rl+nAaxhZGtuPg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BFwV6Df/sedgbM/udzqa2dPOWb7Gt6JBvovfAQbWYjw=; b=HlFmuEfpKU4fXE9WMal1cu09CXzQLM0guvB0M0orVqfGbxlKFGzmns9ZPVgvCvgLJb Fxn7rSP0RGsJhsW5drHyjx3fj/3NlzVg+kx91iOvtW3StTl9Rb4zg1KYES1CFwUYTn3Z /nm0zWaXQpnSHR4lQZHS4xSJ1od2p51+IrYV7tAUA78VIeXyn3IAU3ierr1/6rAikNzz KsXYh8k1o5ig0BDXYQHceT1Xk+nTrBXv+oYJMOfCWY7y1zR8HOlpP1S0xFYvZ21wKBcZ +11UZPGxMGMYFiVQmmq6HEfxzt8yHA7sVzvpEhuB0Wrefxy0lEQCh9KWgFYd8yZMZEyR OQMg== X-Gm-Message-State: AIkVDXKTb5xoDirCF3MFGfnwLV/Sf2B2pLLLL77NWO0ou/EFRV0kzr+0QnSxMytEMWfrF8rtnoh0NF1CzEtbv1br X-Received: by 10.107.32.207 with SMTP id g198mr12895671iog.83.1484928349926; Fri, 20 Jan 2017 08:05:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.144.135 with HTTP; Fri, 20 Jan 2017 08:05:49 -0800 (PST) From: Ard Biesheuvel Date: Fri, 20 Jan 2017 16:05:49 +0000 Message-ID: To: edk2-devel-01 Subject: [QUESTION] reservation of pool allocations performed during PEI X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 16:05:51 -0000 Content-Type: text/plain; charset=UTF-8 After a recent change to the AArch64 page table code, the root table of the page tables is allocated using AllocatePool() rather than AllocatePages() if its size is much smaller than a page. E.g., when using 40 bits of translation, the root table only takes up 16 bytes However, what I have noticed is that pool allocations made during PEI are listed as available memory in the EFI memory map (using memmap in the UEFI Shell). Is this expected? Is it part of the contract that AllocatePool() allocations are lost when entering DXE? Thanks, Ard.