From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mx.groups.io with SMTP id smtpd.web10.3758.1634705199546046835 for ; Tue, 19 Oct 2021 21:46:40 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=L/uaQRUk; spf=pass (domain: redhat.com, ip: 170.10.133.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1634705198; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VsS3Cs/CzupH2lbCfSRQjK4OrRODxdpEc/QcC+93E1Q=; b=L/uaQRUkzlVRmkKgD/GA9Wgk45D6e323YwlDvv9wMBV5+QqhCZRQO9RvNFSPgO7tus/eOw qPlb4HLHPS1b8yGks1QTkcE+oBQ5OgvtwD5V/62l90eTUu7uhkBsbgyjzJD1llrG9b9ycF mSf/yiot+dRPO0b+CsTuzkxMibu/N8Y= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-214-JTML1qqMP-OQgehNW0l1LA-1; Wed, 20 Oct 2021 00:46:37 -0400 X-MC-Unique: JTML1qqMP-OQgehNW0l1LA-1 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 mimecast-mx01.redhat.com (Postfix) with ESMTPS id 51D511006AA3; Wed, 20 Oct 2021 04:46:35 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.23]) by smtp.corp.redhat.com (Postfix) with ESMTPS id BE6136A222; Wed, 20 Oct 2021 04:46:34 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id 90FEF180092E; Wed, 20 Oct 2021 06:46:30 +0200 (CEST) Date: Wed, 20 Oct 2021 06:46:30 +0200 From: "Gerd Hoffmann" To: Brijesh Singh Cc: devel@edk2.groups.io, James Bottomley , Min Xu , Jiewen Yao , Tom Lendacky , Jordan Justen , Ard Biesheuvel , Erdem Aktas , Michael Roth Subject: Re: [PATCH v9 30/32] OvmfPkg/PlatformPei: mark cpuid and secrets memory reserved in EFI map Message-ID: <20211020044630.cif56ykroglwooar@sirius.home.kraxel.org> References: <20211013165713.727815-1-brijesh.singh@amd.com> <20211013165713.727815-31-brijesh.singh@amd.com> <20211014085851.e5xtspfcyz75lgog@sirius.home.kraxel.org> <6bb1abde-3795-1917-92b1-6659ac98846d@amd.com> <20211015052648.rcr55juuhoit4efh@sirius.home.kraxel.org> <8689d369-b5a3-07ee-5df5-981637224fcd@amd.com> <20211018060105.dbmomij5xcft6jpn@sirius.home.kraxel.org> <01ffc274-edec-3cda-7801-a3451dc081e2@amd.com> MIME-Version: 1.0 In-Reply-To: <01ffc274-edec-3cda-7801-a3451dc081e2@amd.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=kraxel@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, > >> [ ... ] > >> [    0.000000] BIOS-e820: [mem 0x0000000000800000-0x0000000000807fff] ACPI NVS > >> [    0.000000] BIOS-e820: [mem 0x0000000000808000-0x000000000080afff] usable > >> [    0.000000] BIOS-e820: [mem 0x000000000080b000-0x000000000080bfff] ACPI NVS > >> [    0.000000] BIOS-e820: [mem 0x000000000080c000-0x000000000080ffff] usable > >> [    0.000000] BIOS-e820: [mem 0x0000000000810000-0x00000000008fffff] ACPI NVS > >> [ ... ] > > Hmm. Confused. memfd size is 0xD00000, so should the block from 800000 > > to 8cffff be reserved? Why does it end at 8fffff instead? > > There is no strong reason for block all of the MEMFD. What I see in the > current code is some selective pages gets marked reserved or other > memory type. As system boots some pages may get released as a system RAM. Ok, lets follow the existing practice then. Acked-by: Gerd Hoffmann take care, Gerd