From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f178.google.com (mail-pg1-f178.google.com [209.85.215.178]) by mx.groups.io with SMTP id smtpd.web09.30021.1630976022042538018 for ; Mon, 06 Sep 2021 17:53:42 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@newmexicoconsortium-org.20150623.gappssmtp.com header.s=20150623 header.b=ZHdGOUOI; spf=none, err=SPF record not found (domain: newmexicoconsortium.org, ip: 209.85.215.178, mailfrom: dbautista@newmexicoconsortium.org) Received: by mail-pg1-f178.google.com with SMTP id t1so8251183pgv.3 for ; Mon, 06 Sep 2021 17:53:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=newmexicoconsortium-org.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=IefhxdVvEgKPjpadIUNEBqvcV47kzQJrFrS7mSBquBU=; b=ZHdGOUOI+CXHJkTsVkBAIeS9r6SriOf4L5z2UZcIjzDvtWJTn5onsz+WG6sootBr7o 91LJYRRksyX2ZNg9vmEDIB08CPFL/zo+REqWSVZ8zj+/2HqYO666ketM2YwQ56ujz1D1 PPS56bp8Bov6ss7uwRBh/pNcFKSdcP2Q6LJpxHlcckRZF4K3675bp7WwPhNd2mJJgAn8 /mkOQ2tZBlEWKjpLNFmR1SQWAj3smrMsdnID8giFWRUGUE9aUjpPabjFPTC0gaPXLg5X c/g6cFYfqfQAL4TcGyBrrBJpbSmePehHLLmrlsYmGy+FF3t+JUTX2OZX5pk2RE0mKH94 rj/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=IefhxdVvEgKPjpadIUNEBqvcV47kzQJrFrS7mSBquBU=; b=PT+TRZAuJJWEID285p4OkmB3qV0hCIcVVXOwaVs38JapXc6gS1EKdLhw4uViQ8hOTR srGCm2Ayt6Vqmv08/MyBLTDWdv4NUeikKTU4XGsgqe1s8KtBfRjUHYT/YVY8Wf9No6Y1 PRubPItLoE27zSirsqUKT5oF7t2jgZ4YZfNSmNUBUi1DvVtJvFTUge3Bl7bl0NtgQEEa 7XpjDuYJNdRAMyH+Rf+HlIQy6SlIF28zzi3DE7I0fe9/v0HsfM4n09krjprkZVa9R1rc AmXiMFu8XWYIRAbdi7CZrMrvbV79KUBHYGgL2WHWZNoyCVye5WYwBAA9d7QB1bXXWF1f ftGA== X-Gm-Message-State: AOAM531MDFAP/YO52MnIMNoMwSSbot9NsDFB3JpZVqGXE43jiyRgl2Zw YYc1LEfS1Y+b19R6VxDW+X3g+g== X-Google-Smtp-Source: ABdhPJxzI0ws0tElc0dqh4/p4j7wOzg4CtMR7nRv074Oj9hDqk1IeVoE4o3J/rYe8fW4TZo5OWgEMg== X-Received: by 2002:a63:f40b:: with SMTP id g11mr14528947pgi.401.1630976020720; Mon, 06 Sep 2021 17:53:40 -0700 (PDT) Return-Path: Received: from [192.168.3.111] (c-73-48-255-158.hsd1.ca.comcast.net. [73.48.255.158]) by smtp.gmail.com with ESMTPSA id u24sm8749030pfm.85.2021.09.06.17.53.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Sep 2021 17:53:40 -0700 (PDT) Subject: Re: [PATCH v2 1/1] OvmfPkg: Introduce 16MiB flash size for (primarily) Linuxboot To: Gerd Hoffmann Cc: devel@edk2.groups.io, Ard Biesheuvel , Jiewen Yao , Jordan Justen References: <20210903052620.30638-1-dbautista@newmexicoconsortium.org> <20210903052620.30638-2-dbautista@newmexicoconsortium.org> <20210903071722.ebm4vc4tzsa3sdlu@sirius.home.kraxel.org> <4c475545-4dd2-309c-8c03-b351decfc3d0@newmexicoconsortium.org> <20210906083725.vbkudl3qqxrtbaqo@sirius.home.kraxel.org> From: "Devon Bautista" Message-ID: <9250555d-d8a8-60d9-dcea-1e2146ec58ce@newmexicoconsortium.org> Date: Mon, 6 Sep 2021 17:55:20 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210906083725.vbkudl3qqxrtbaqo@sirius.home.kraxel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit > So DXEFV needs more space then. I'm wondering that the size doesn't > change according to the commit message. Looking at the fdf files it > seems PEIFV and DXEFV don't have a fixed size, seems everything is > fine as long as the compressed image fits into FVMAIN_COMPACT. > > take care, > Gerd > DXEFV would indeed need more space, but I recall that in the first version of this patch, Laszlo commented: > (2) [FD.MEMFD] should immediately benefit from this change, even if > your downstream populates FVMAIN_COMPACT with something else than > PEIFV and DXEFV. First, we're almost out of (uncompressed) DXEFV space > again. > Second, especially the confidential computing technologies have been > gobbling up the nice, low, free space in FD.MEMFD the way a kid with a > sweet tooth empties a cookie jar. This change is already compat > breaking, so I'd like to see *some* proposal (separate patches) for > enlarging *and pushing up* PEIFV and DXEFV. For the latter point, I figured that it might be beneficial to expand FVMAIN_COMPACT as a whole to allow for the possibility of growing either DXEFV _or_ PEIFV, or both. Best, Devon