From: Laszlo Ersek <lersek@redhat.com>
To: Jordan Justen <jordan.l.justen@intel.com>,
edk2-devel-01 <edk2-devel@lists.01.org>
Subject: Re: [PATCH v2 0/8] OvmfPkg: recognize an extended TSEG when QEMU offers it
Date: Wed, 5 Jul 2017 20:03:21 +0200 [thread overview]
Message-ID: <574761bf-ec47-b34c-9212-28e671065b66@redhat.com> (raw)
In-Reply-To: <149927587550.638.9288616709761107179@jljusten-skl>
On 07/05/17 19:31, Jordan Justen wrote:
> On 2017-07-04 09:56:21, Laszlo Ersek wrote:
>> This is version 2 of the series posted previously at
>> <https://lists.01.org/pipermail/edk2-devel/2017-June/011452.html>.
>>
>> Version 2 is a rewrite from scratch based on Jordan's feedback for v1
>> and the subsequent discussion.
>>
>> Repo: https://github.com/lersek/edk2.git
>> Branch: extended_tseg_bz1447027_v2
>>
>> Cc: Jordan Justen <jordan.l.justen@intel.com>
>>
>> Thanks
>> Laszlo
>>
>> Laszlo Ersek (8):
>> OvmfPkg: widen PcdQ35TsegMbytes to UINT16
>> OvmfPkg/PlatformPei: prepare for PcdQ35TsegMbytes becoming dynamic
>> OvmfPkg/SmmAccess: prepare for PcdQ35TsegMbytes becoming dynamic
>
> Maybe InitQ35TsegMbytes instead of FetchQ35TsegMbytes.
OK, I'll do this rename before I push.
> I also thought
> a GetQ35TsegMbytes function could just return the value rather than
> adding an externally visible global. Not a big deal.
>
>> OvmfPkg: make PcdQ35TsegMbytes dynamic
>> OvmfPkg/IndustryStandard/Q35MchIch9.h: add extended TSEG size macros
>> OvmfPkg/SmmAccess: support extended TSEG size
>
> Some indentation issues in SmramInternal.c.
Do you mean this hunk:
> diff --git a/OvmfPkg/SmmAccess/SmramInternal.c b/OvmfPkg/SmmAccess/SmramInternal.c
> index ae1e9069aca6..fa0efeda72b0 100644
> --- a/OvmfPkg/SmmAccess/SmramInternal.c
> +++ b/OvmfPkg/SmmAccess/SmramInternal.c
> @@ -196,9 +196,11 @@ SmramAccessGetCapabilities (
> SmramMap[DescIdxSmmS3ResumeState].PhysicalSize;
> SmramMap[DescIdxMain].CpuStart = SmramMap[DescIdxMain].PhysicalStart;
> SmramMap[DescIdxMain].PhysicalSize =
> - (TsegSizeBits == MCH_ESMRAMC_TSEG_8MB ? SIZE_8MB :
> - TsegSizeBits == MCH_ESMRAMC_TSEG_2MB ? SIZE_2MB :
> - SIZE_1MB) - SmramMap[DescIdxSmmS3ResumeState].PhysicalSize;
> + (TsegSizeBits == MCH_ESMRAMC_TSEG_8MB ? SIZE_8MB :
> + TsegSizeBits == MCH_ESMRAMC_TSEG_2MB ? SIZE_2MB :
> + TsegSizeBits == MCH_ESMRAMC_TSEG_1MB ? SIZE_1MB :
> + mQ35TsegMbytes * SIZE_1MB) -
> + SmramMap[DescIdxSmmS3ResumeState].PhysicalSize;
I'll align the added code with the removed code before I push.
>
>> OvmfPkg/PlatformPei: honor extended TSEG in PcdQ35TsegMbytes if
>> available
>> OvmfPkg: mention the extended TSEG near the PcdQ35TsegMbytes
>> declaration
>
> Series Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Thanks!
Laszlo
>
>>
>> OvmfPkg/Include/IndustryStandard/Q35MchIch9.h | 4 ++
>> OvmfPkg/OvmfPkg.dec | 15 +++--
>> OvmfPkg/OvmfPkgIa32.dsc | 1 +
>> OvmfPkg/OvmfPkgIa32X64.dsc | 1 +
>> OvmfPkg/OvmfPkgX64.dsc | 1 +
>> OvmfPkg/PlatformPei/MemDetect.c | 67 +++++++++++++++++++-
>> OvmfPkg/PlatformPei/Platform.c | 14 ++--
>> OvmfPkg/PlatformPei/Platform.h | 7 ++
>> OvmfPkg/SmmAccess/SmmAccess2Dxe.c | 1 +
>> OvmfPkg/SmmAccess/SmmAccess2Dxe.inf | 3 +
>> OvmfPkg/SmmAccess/SmmAccessPei.c | 10 +--
>> OvmfPkg/SmmAccess/SmmAccessPei.inf | 4 +-
>> OvmfPkg/SmmAccess/SmramInternal.c | 25 +++++++-
>> OvmfPkg/SmmAccess/SmramInternal.h | 13 ++++
>> 14 files changed, 142 insertions(+), 24 deletions(-)
>>
>> --
>> 2.13.1.3.g8be5a757fa67
>>
next prev parent reply other threads:[~2017-07-05 18:01 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-04 16:56 [PATCH v2 0/8] OvmfPkg: recognize an extended TSEG when QEMU offers it Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 1/8] OvmfPkg: widen PcdQ35TsegMbytes to UINT16 Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 2/8] OvmfPkg/PlatformPei: prepare for PcdQ35TsegMbytes becoming dynamic Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 3/8] OvmfPkg/SmmAccess: " Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 4/8] OvmfPkg: make PcdQ35TsegMbytes dynamic Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 5/8] OvmfPkg/IndustryStandard/Q35MchIch9.h: add extended TSEG size macros Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 6/8] OvmfPkg/SmmAccess: support extended TSEG size Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 7/8] OvmfPkg/PlatformPei: honor extended TSEG in PcdQ35TsegMbytes if available Laszlo Ersek
2017-07-04 16:56 ` [PATCH v2 8/8] OvmfPkg: mention the extended TSEG near the PcdQ35TsegMbytes declaration Laszlo Ersek
2017-07-05 17:31 ` [PATCH v2 0/8] OvmfPkg: recognize an extended TSEG when QEMU offers it Jordan Justen
2017-07-05 18:03 ` Laszlo Ersek [this message]
2017-07-05 20:43 ` Laszlo Ersek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=574761bf-ec47-b34c-9212-28e671065b66@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox