From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124])
 by mx.groups.io with SMTP id smtpd.web08.19666.1630917453607423837
 for <devel@edk2.groups.io>;
 Mon, 06 Sep 2021 01:37:34 -0700
Authentication-Results: mx.groups.io;
 dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Op18W+FP;
 spf=pass (domain: redhat.com, ip: 216.205.24.124, mailfrom: kraxel@redhat.com)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
	s=mimecast20190719; t=1630917452;
	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:
	 in-reply-to:in-reply-to:references:references;
	bh=8Z2UsU+bHe98dly2PWgR1RygfF/Hrq4TGLL6nx+mEWU=;
	b=Op18W+FPUxBHksISbwPIxhIRabc+XeG/KtZcaOuu2aOmvP2v2f8rgngT+hOfoxrEwvLpo+
	xCGnWL1DPNMGAI9Cv5MAvz42j8IcRIdbgMY9r43rQW1O5g+MlLycaPZzcaipByoj1gHSuu
	j4t/TpEIupewIO1ZOAcjW2ku12wChok=
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-289-rQ2xvcQZOkWUYmnXE4aZcQ-1; Mon, 06 Sep 2021 04:37:29 -0400
X-MC-Unique: rQ2xvcQZOkWUYmnXE4aZcQ-1
Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 5951F19611A1;
	Mon,  6 Sep 2021 08:37:28 +0000 (UTC)
Received: from sirius.home.kraxel.org (unknown [10.39.192.91])
	by smtp.corp.redhat.com (Postfix) with ESMTPS id 5782779455;
	Mon,  6 Sep 2021 08:37:27 +0000 (UTC)
Received: by sirius.home.kraxel.org (Postfix, from userid 1000)
	id 90FCE1800902; Mon,  6 Sep 2021 10:37:25 +0200 (CEST)
Date: Mon, 6 Sep 2021 10:37:25 +0200
From: "Gerd Hoffmann" <kraxel@redhat.com>
To: Devon Bautista <dbautista@newmexicoconsortium.org>
Cc: devel@edk2.groups.io, Ard Biesheuvel <ardb+tianocore@kernel.org>,
	Jiewen Yao <jiewen.yao@intel.com>,
	Jordan Justen <jordan.l.justen@intel.com>
Subject: Re: [PATCH v2 1/1] OvmfPkg: Introduce 16MiB flash size for (primarily) Linuxboot
Message-ID: <20210906083725.vbkudl3qqxrtbaqo@sirius.home.kraxel.org>
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>
MIME-Version: 1.0
In-Reply-To: <4c475545-4dd2-309c-8c03-b351decfc3d0@newmexicoconsortium.org>
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16
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=us-ascii
Content-Disposition: inline

> >>   FVMAIN_COMPACT             uncompressed        3360 -> 15648 (+12288)
> >>       DXEFV                  uncompressed       12288 -> 12288 (    +0)

> > How you are going to use the extra space you got?
> > Do you add kernel + initrd as ffs files to FVMAIN_COMPACT?

> The kernel + initrd are added as an application in DXEFV, and a
> "linuxboot" DXE driver is added that dispatches the bzImage.

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