From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from DU2PR03CU002.outbound.protection.outlook.com (mail-northeuropeazon11021094.outbound.protection.outlook.com [52.101.65.94]) by lore.virtuozzo.com (Postfix) with ESMTPS id D159C8017D for ; Mon, 2 Nov 2026 15:44:31 +0000 (UTC) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=oM2yMERAOvaOgLdDqM7GgOCygZoM9wa1JdVcQ4LdrtumguWdFqD404zEIn8wAhJeWSxjLeDMu3/ISkECFc7r17HTC38E/AjYztV73srmCW/ahxK6ro+cBlh7Q9t60WHyYTULynzxNvYZ14wtgGnJOZZzSl7A/7ovOAX5igQ9r4BF4Z4hly42sJADVkcXujBD5Z0eq+bKp5Hk5gVQDkbz3p2+5gPpmhogRZaLIUpKEuo4tbF9cuPPhQUhEv+utxP4tkRY9hgTJxe7heey45hO+GMbH5HzmRor3gi3ecXA5pxUhWQ+rsLdvJgDVtq62JFjpm1sgPiOCIzx/seimbCSfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pBRUBQ9qof5kyBlxIaeQYomT/+QxbFQve3Is9bbBpNY=; b=u5SpZrIiZ0EsQhjRA/+708VgXARUhhilE5exzpuCjS93MCH3y2jKp+cWTx7YbZPSSNh3XNJdscBcf44dYEYpA+wjUR77vZQT2hIx+XE0B6IKuF5cJnl7FqHPnI+gdU74eetHtWOcYQDM36rS/bBTkamhy3GEUKVtDjE0WpCOXoZdeY0SqOi3oRFraQYVesFCpom6cEbAB5oXJROoFIG61HuxOcclxRffliHpgfYhppa21YfYg3w5Pk/N4RS/aNtU7z+T78EN/OjimnmyShXZHjLymL1qoaENhGSzvZ89kyewXsHQ2igaklOLZ48kr7FeP8Pakw8GO3elfFSTyQS3cw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=virtuozzo.com; dmarc=pass action=none header.from=virtuozzo.com; dkim=pass header.d=virtuozzo.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=virtuozzo.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pBRUBQ9qof5kyBlxIaeQYomT/+QxbFQve3Is9bbBpNY=; b=JbkYYWLhRM/H28TZABLjvmw1WI7U0lNKFups5QyaLAeDWgjx+GEvHR5K/V1MLnCgP7Wi+NPy3jqNAPllKP30CS7VnMqzqMUrgQlnlYBJR6lhdAby0S+MHq2whIP+LMkbiiKTK63h9NwbCVGkAWo8t8xm6S2I3cY7imEOi2rW+L5R3JWlCJ+RkUXR+9xZJ5segy+rnlPMRY1uaRy9JpQK8Jl27fKzELiriGxanrDPei5jGwY6otYxgGQkZQi50MC9Cly4i1Bz/I3fYyRgpEL+3fZFw7YTCTPFtvV6le6+tdisIKzfH2ysC35TUkFRTJvV7yv3YGZk/xRCUid5NmJFdw== Authentication-Results: mx.microsoft.com 1; dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=virtuozzo.com; Received: from AM9PR08MB5892.eurprd08.prod.outlook.com (2603:10a6:20b:2dd::16) by BR0PR08MB713400.eurprd08.prod.outlook.com (2603:10a6:2c8:5a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.569.8; Mon, 2 Nov 2026 15:44:29 +0000 Received: from AM9PR08MB5892.eurprd08.prod.outlook.com ([fe80::94bb:633f:1f55:4bbd]) by AM9PR08MB5892.eurprd08.prod.outlook.com ([fe80::94bb:633f:1f55:4bbd%5]) with mapi id 15.21.0569.011; Mon, 2 Nov 2026 15:44:29 +0000 Message-ID: Date: Mon, 2 Nov 2026 16:44:28 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH edk2.vzspecs hci-8.1] edk2-build.vz: build firmwares from OvmfPkgX64.dsc #VSTOR-152672 #VSTOR-152405 To: Andrey Drobyshev , svt-core@virtuozzo.com Cc: den@openvz.org References: <20261102152532.61807-1-andrey.drobyshev@virtuozzo.com> Content-Language: en-US From: "Denis V. Lunev" In-Reply-To: <20261102152532.61807-1-andrey.drobyshev@virtuozzo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: VI1PR10CA0106.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:803:28::35) To AM9PR08MB5892.eurprd08.prod.outlook.com (2603:10a6:20b:2dd::16) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AM9PR08MB5892:EE_|BR0PR08MB713400:EE_ X-MS-Office365-Filtering-Correlation-Id: e9680bac-50eb-4562-1548-08df38f82e6b X-LD-Processed: 0bc7f26d-0264-416e-a6fc-8352af79c58f,ExtAddr List-Id: svt-core@virtuozzo.com X-MS-Exchange-Transport-Rules-Loop: 1 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|23010399003|376014|1800799024|10070799003|366016|261022075727099003|56012099006|5023799004|261022115727099003|261021123027099003|261026121527099003|261009223027099003|10067099003|261021121427099003|18002099003|6133799003|22082099003|261102123227099003|5113699003|3023799007; X-Microsoft-Antispam-Message-Info: XmIIeN+ZODWc5V9TFB6YRU4gR9XO0c81k9nLscjMGcNFT1AmwWxmrOYErJSTKLzoCuuF9r+wXorlEhazPgq49s1c0LVVsRLHW1G1Qy8Xfo2dexVqMixm5BfDLYUK1KDgD7W56/zBl/pk91yCs2rgNi0gi+hecpWiaU1AtIj9YkDwJgd4IKFydcmgqicnVkjqizw1ZiIdpmCsE7g8nQAPwmnSu0dQpEg+cLp9r/V0UH44vkHyGEo9vaM8EgFi3ZvJRYJyX9J7tXM9ajXC2KdyhlNkWuXND1cPXMQlfLP37VkfGXfjT+u62wsJO6syg9DkQHEnQKLi7Fl/gdS476YavTmWEf1L6tWQVxM2Ix+wD43Jwjzohl9GOoatP6yYfsrnsENhE67dOJ/MOcgXQj8WIHW3fp/EcD/RFu258rzurzeBJnhSYLjoYDnF0jGSKhFnwuYu53xvci3vyiQMgdIXT8TXzvnfMzwIQJk2xTFIQ+YnCoyTmGmbDc3OSoNoQui34kHfF8rJ3Keh2MY3MLYQjOeluDmPlOlTPzhyIWwLsJvIhPY1hBIigqoAxTwW8q7yoTjmTVkF0nFK6J2U3BokIwGumUHrjwvZ+kW7R9fvJ9IvFdS/2NKjCnyLayxm7S46qDc36jXCZd8EoWuFS/8/J1WVTab5uKZ34bAPlxxcWRo= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AM9PR08MB5892.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(23010399003)(376014)(1800799024)(10070799003)(366016)(261022075727099003)(56012099006)(5023799004)(261022115727099003)(261021123027099003)(261026121527099003)(261009223027099003)(10067099003)(261021121427099003)(18002099003)(6133799003)(22082099003)(261102123227099003)(5113699003)(3023799007);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 2 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?aHJWY0h6Qzc0NmdPS0tXUHU4eE96eGdzMlNlYVFUL0d4ZDdla09tWDRUbGFs?= =?utf-8?B?WVBXT3loWkVoK2I0ME9STjN5T2JHZkdHS1hUWHRZTkhNa0pEdFE4dUdaSGtt?= =?utf-8?B?dXFXNHo4cWM1Q3cvUE9JVXVZYjBXcGNFTS81WGl4Rk9wRHNoRVVoZDA3c08w?= =?utf-8?B?TkpkVlVrTmVUd0tPWXB4VnRPSTgzKy9obkF4bDJjbmpWclJ2MHlRWVdrQzFO?= =?utf-8?B?bG5Ha2NmUGNWOHZWR1RURXVWcW9saXI5L0p1MDlPTlF0ZEYxVFJUT0I5NGRw?= =?utf-8?B?MWVKVTFPRlJxbTAyNlVOVEQ5c1ZPR1JmajhCcHd3Sit6T01GNUdUYzFPTzNy?= =?utf-8?B?ZDFOYkZZY2s2VXlSb3JLSHI0cHNMbWNZVm80WG13UW81L0RUTlovYnR5UEQz?= =?utf-8?B?Z3VGUXYvT0NicWZUbkhzQWViUitKb3NlM29uTW5yVCszc1JRUDVpUkpZWUpX?= =?utf-8?B?dERmdUp3VjZEOUNia0pjdGRHbHozRTM5YkhUa0R5ekY4VUtsNmI1bjh5MXdi?= =?utf-8?B?dXErSC9NcUxDcm5xazNkUmowUWVMTUlJN0hISUk0QUozYm1NalFKU2N6Znoy?= =?utf-8?B?Wjgyalp1YUd1TlpzMFpUcS9nMUZGRUh0MWdLU2pnWThSTzZ1cnhsdkd6c2RY?= =?utf-8?B?c1huMit6WmdLMGtZelhZeEdFaGcvU2RHUVgxVjhKYXljejhLU0Y3YURRRVBO?= =?utf-8?B?SVdkamhVOTc3YW5sbHpKVHR3Uk9QZzI1bklNbGpKQVZIOW96UVpTQnluU1VD?= =?utf-8?B?YkRQYWl5Ukhxci9HTitBUTJ1R3pZQjVFalFGYksyekdXN1BEd1NrM0JvaXlD?= =?utf-8?B?NUtKYmVaL1Z6VXRJUmxEdVgxcnlnTVJTNm1sVGlWbnNhQ0wyNzdUZFBlWWp4?= =?utf-8?B?UWlObFNkY203T2VDYkVrNWxLWmJzQTk4YXJWOWF5N2NidVF2N2wrdnplNU0z?= =?utf-8?B?NlF1dmtxTWVzSHlCT2ExZzhLcTFXOUhEQXh6NmtScm41Mm9FN2tFZmFqSUNG?= =?utf-8?B?eVBzR1Q4OC9FclArdWJ1K0lycXFEa1I2WVNMUTFDak9ZL0taVE1SMDZuOG8r?= =?utf-8?B?OHNJcjMrMUlmbEpiUy91NVVYVFY4djdiYTdNRVU4WUg1U1JGclR4Zjl5alZU?= =?utf-8?B?cVNWd29FNzM4NWJTUDBGRkN3QUFVOHh4TVh6YXlrOGdCanpuY0hub3FlY0pL?= =?utf-8?B?SjY2UGNOYXFhTXMrbXMrSmlxWEZ0ajl1ZWg5WTRRL2ZwMnU2ZXlmMC9NVHc2?= =?utf-8?B?SWtBeEZlUkNxd29PNEMrQW1mL2tsZjkvSlNsaUVkZVJKWVNNZGVKQUxaMWIz?= =?utf-8?B?M3JPMDh0Z0ZNNHZpWUdzQnRUL3ltUC9vQ3NaNFduZkZPTUtMK2ppdnhyMyta?= =?utf-8?B?REY4UUdkem9FWTkrZ01Ndm9GN0ZPQWJOSzFIY1B5REVQTXhRWU16NjJHUG5L?= =?utf-8?B?bG9icXFFVDk5Vk56Z2ZoelhRRjJKbEs4SVEwNzJHSWNvVWFWeElFL2Fqbkpv?= =?utf-8?B?VmcwYmRuS21Fd3BlTUZEYnFKMWtPZThORmFsVkd6aDlDZVpHMkNVU05YM2N4?= =?utf-8?B?U0x1SXBMZWNkK21ETi9OU2l4QkNYNGZ6YTdCa1hKUERNa2k3VWtrRldaNDNm?= =?utf-8?B?NnVocVhvdDgwODRNL3pBakQ5U1JtdXNHTmluL0hKTGc2S0N3LzBRNTJVcElK?= =?utf-8?B?VUMxTk1KMEhzUzFXaUZkTTNyWGQ3blBMV1JMd0wxV3JkeDB5V1h5RlJhWmhJ?= =?utf-8?B?WDBiaWNqQWxMVStsMVhLZzZybG40OVBLTFFNanRBNkl0RVdSUnlIM1NwbmRu?= =?utf-8?B?RC9PSVQ5SUE5aURFeDRaNUZLM0xINVAyek0wQ0NmTEhKQ2JlYmpRU0t3K2Y2?= =?utf-8?B?MzlWRHZEWHNuMnJjRVk4WVZxK2ZtVXYxNktlajlLd1FDRWgzV0FoVlM2enFq?= =?utf-8?B?MjFqbG16YUtkWUM0ekdsNlhKWDN2MDNaek5vQnlST1A2WlA0NjVPSEZ6OXNn?= =?utf-8?B?QWZCY21WV1lTUGxqWnh4NGFPLzlnYU83Mk1tek9LOTJkaFNaT0l1MUt4UnYy?= =?utf-8?B?Tld4dVl4cHUrYk5haGtpeURFMTE0a0cwL2tDb1EwdnlkVko4TFE4OTJlMFpL?= =?utf-8?B?MDQ1UFd6d1duYzhiSno2Z1JGd1FGeDgrQXlUakJRNkVIWHlGTzhYVUVKaU9q?= =?utf-8?B?TThabkZEVXplSWYySExNRXN0RS80b1cxMHlNbzRjcEE2dkRhNEFNN0llRDRr?= =?utf-8?B?eVJrZWEvRUVlVnh5ZDJxeEM1Zmx3aTExRm9ta1JsVzJ2Y1Zmc2QzdW1wY2lH?= =?utf-8?B?dU9lYUdoVHM4dkNmTkhvVWU3ZGVYeHliU2RlVDgrWFFMWVk4ZXl2Mkp2QVlV?= =?utf-8?Q?iMYUZMTo3V9j3O2pmXCIOHnzDJDPAglhx0pZhmTxg/qsO?= X-MS-Exchange-AntiSpam-MessageData-1: AO2GnDLBSdhH1A== X-OriginatorOrg: virtuozzo.com X-MS-Exchange-CrossTenant-Network-Message-Id: e9680bac-50eb-4562-1548-08df38f82e6b X-MS-Exchange-CrossTenant-AuthSource: AM9PR08MB5892.eurprd08.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2026 15:44:29.2757 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 0bc7f26d-0264-416e-a6fc-8352af79c58f X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: l0oP/9f+kNDjmdyIPnuJkTVht4sxUF0PIGd9v621HgZ2KW2U/KvWRmPSwsc428kCZbM4ZrZ3KfMtAtWN/2RPPA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BR0PR08MB713400 On 11/2/26 16:25, Andrey Drobyshev wrote: > Our x86_64 firmwares are built from OvmfPkgIa32X64.dsc, i.e. 32-bit PEI > and 64-bit DXE, with PcdUse5LevelPageTable=TRUE on the 4MB images. The > mixed-arch platform is a historical artifact: > > * edk2-build.vz was cloned from edk2-build.rhel-9 of rhel9-20230524 in > Jan 2024, back when RHEL still built its secure-boot image from > OvmfPkgIa32X64.dsc. Our PIIX builds were derived from that section; > * RHEL moved the secure-boot build to OvmfPkgX64.dsc with the > edk2-stable202311 rebase (rhel9-20231122-1). We imported that > version in Jun 2024 but never carried the switch over into > edk2-build.vz; > * RHEL 10 later enabled PcdUse5LevelPageTable on top of its X64 > builds. Our vz10 config picked the PCD up in Mar 2026 while staying > on OvmfPkgIa32X64.dsc. > > That combination is wrong. In a 32-bit PEI the PCD is the only policy: > DxeIpl enables 5-level paging on every CPU that has la57, regardless of > the guest size. The 64-bit PEI instead runs PlatformSetupPagingLevel() > (OvmfPkg/Library/PlatformInitLib/MemDetect.c, under MDE_CPU_X64), which > picks the paging level per guest: > > * whatever "-fw_cfg name=opt/org.tianocore/PagingLevel" says (never > set in VZ downstream); > * OR 4-level paging while the guest address space stays below the > threshold (1TiB edk2 upstream, 16TiB VZ downstream); > * OR 5-level paging above the threshold. > > Handing a small guest over in 5-level paging mode buys nothing, as 4-level > already covers 64TiB of firmware address space, and changes what the OS > sees at ExitBootServices. This might lead to problems e.g. on Windows: > it boots its LA57 kernel (ntkrla57.exe), which bugchecks on AMD guests that > are exposed to the ARCH_CAPABILITIES MSR (VSTOR-152405) and breaks Windows > Setup. We should simply never do 5-level paging on small guests. > > So switch all four 4MB builds (q35 SMM, PIIX no-SMM, and both debug > variants) to OvmfPkgX64.dsc, arch X64, keeping the la57 PCD, which is > exactly the RHEL 10 configuration. Output file names, the VARS layout > and the firmware descriptors don't change. > > The 2MB PIIX build stays on OvmfPkgIa32X64.dsc. It is the legacy image > for old VMs; it never had the la57 PCD and therefore always runs 4-level > paging. > > NOTE: OvmfPkgX64.dsc also compiles in the confidential-computing code > which OvmfPkgIa32X64.dsc stubs out (CcExitLib, TdxDxe, MemEncrypt > libraries); it is inert on ordinary guests and is what RHEL ships. > > Fixes: fb4eb03891fe ("Add VZ build config edk2-build.vz") > Fixes: 5236bf9a1655 ("Add debug builds to edk2-build.vz") > Signed-off-by: Andrey Drobyshev > --- > edk2-build.vz | 51 +++++++++++++++++++++++++++++++++------------------ > 1 file changed, 33 insertions(+), 18 deletions(-) > > diff --git a/edk2-build.vz b/edk2-build.vz > index a25b8f3..1be0961 100644 > --- a/edk2-build.vz > +++ b/edk2-build.vz > @@ -31,8 +31,23 @@ SECURE_BOOT_ENABLE = TRUE > SMM_REQUIRE = FALSE > > [pcds.la57] > -# Enables LA57 (5-level page tables, 57-bit virtual address space, 128 PB) > -# We enable it for 4MB builds to support large-memory configurations > +# Allow 5-level paging in the firmware, following RHEL downstream. > +# > +# Only use together with OvmfPkgX64.dsc (64-bit PEI). Its PEI picks the > +# paging level per guest: > +# > +# * whatever is set via "-fw_cfg name=opt/org.tianocore/PagingLevel" > +# setting (not used in VZ downstream); > +# * OR 4-level paging below the address space threshold (1TiB edk2 > +# upstream, 16TiB VZ downstream); > +# * OR 5-level paging above that threshold. > +# > +# The 32-bit PEI of OvmfPkgIa32X64.dsc has no such policy and forces > +# 5-level paging on every la57 guest, which makes Windows boot its LA57 > +# kernel. That is wrong and might lead to problems, particularly on AMD > +# guests. > +# > +# See VSTOR-152405, VSTOR-152672 > PcdUse5LevelPageTable = TRUE > > [pcds.nx.compat.x64] > @@ -48,15 +63,15 @@ DEBUG_PRINT_ERROR_LEVEL = 0x8040004F > # stateful ovmf builds (with vars in flash) > > [build.ovmf.4m.sb.smm] > -desc = ovmf build (32/64-bit, 4MB, q35 only, needs smm, secure boot) > -conf = OvmfPkg/OvmfPkgIa32X64.dsc > -arch = IA32 X64 > +desc = ovmf build (64-bit, 4MB, q35 only, needs smm, secure boot) > +conf = OvmfPkg/OvmfPkgX64.dsc > +arch = X64 > opts = ovmf.common > ovmf.4m > ovmf.sb.smm > pcds = nx.compat.x64 > la57 > -plat = Ovmf3264 > +plat = OvmfX64 > dest = RHEL-10/ovmf > cpy1 = FV/OVMF_CODE.fd OVMF_CODE.secboot.fd > cpy2 = FV/OVMF_VARS.fd OVMF_VARS.secboot.fd > @@ -68,16 +83,16 @@ cpy4 = X64/EnrollDefaultKeys.efi > > [build.ovmf.4m.sb.nosmm] > # PSBM-143808 > -desc = ovmf build (32/64-bit, 4MB, piix, secure boot, no smm) > -conf = OvmfPkg/OvmfPkgIa32X64.dsc > -arch = IA32 X64 > +desc = ovmf build (64-bit, 4MB, piix, secure boot, no smm) > +conf = OvmfPkg/OvmfPkgX64.dsc > +arch = X64 > opts = ovmf.common > ovmf.noshell > ovmf.4m > ovmf.sb.nosmm > pcds = nx.compat.x64 > la57 > -plat = Ovmf3264 > +plat = OvmfX64 > dest = RHEL-10/ovmf > cpy1 = FV/OVMF_CODE.fd OVMF_CODE_4M.fd > cpy2 = FV/OVMF_VARS.fd OVMF_VARS_4M.fd > @@ -125,9 +140,9 @@ cpy2 = FV/OVMF_VARS.fd OVMF_VARS.fd > # Same as 4m.sb.smm Q35 build, but with debug output enabled > > [build.ovmf.debug.4m.sb.smm] > -desc = ovmf debug build (32/64-bit, 4MB, q35 only, needs smm, secure boot) > -conf = OvmfPkg/OvmfPkgIa32X64.dsc > -arch = IA32 X64 > +desc = ovmf debug build (64-bit, 4MB, q35 only, needs smm, secure boot) > +conf = OvmfPkg/OvmfPkgX64.dsc > +arch = X64 > tgts = DEBUG > opts = ovmf.common > ovmf.4m > @@ -135,7 +150,7 @@ opts = ovmf.common > ovmf.verbose > pcds = nx.compat.x64 > la57 > -plat = Ovmf3264 > +plat = OvmfX64 > dest = RHEL-10/ovmf > cpy1 = FV/OVMF_CODE.fd OVMF_CODE.secboot.fd.debug > cpy2 = FV/OVMF_VARS.fd OVMF_VARS.secboot.fd > @@ -145,9 +160,9 @@ cpy2 = FV/OVMF_VARS.fd OVMF_VARS.secboot.fd > > [build.ovmf.debug.4m.sb.nosmm] > # PSBM-143808 > -desc = ovmf debug build (32/64-bit, 4MB, piix, secure boot, no smm) > -conf = OvmfPkg/OvmfPkgIa32X64.dsc > -arch = IA32 X64 > +desc = ovmf debug build (64-bit, 4MB, piix, secure boot, no smm) > +conf = OvmfPkg/OvmfPkgX64.dsc > +arch = X64 > tgts = DEBUG > opts = ovmf.common > ovmf.noshell > @@ -156,7 +171,7 @@ opts = ovmf.common > ovmf.verbose > pcds = nx.compat.x64 > la57 > -plat = Ovmf3264 > +plat = OvmfX64 > dest = RHEL-10/ovmf > cpy1 = FV/OVMF_CODE.fd OVMF_CODE_4M.fd.debug > cpy2 = FV/OVMF_VARS.fd OVMF_VARS_4M.fd Reviewed-by: Denis V. Lunev