Thanks Gerd, I will add more info to explain the reversed mem info. but I don't 
want add the size info because it depends on the producer. Just indicate it 
should cover what contents for each cpu.




> -----Original Message-----
> From: Gerd Hoffmann <kra...@redhat.com>
> Sent: Tuesday, February 14, 2023 6:20 PM
> To: Wu, Jiaxin <jiaxin...@intel.com>
> Cc: devel@edk2.groups.io; Dong, Eric <eric.d...@intel.com>; Ni, Ray
> <ray...@intel.com>; Zeng, Star <star.z...@intel.com>; Laszlo Ersek
> <ler...@redhat.com>; Kumar, Rahul R <rahul.r.ku...@intel.com>
> Subject: Re: [PATCH v7 3/6] UefiCpuPkg/SmmBaseHob.h: Add SMM Base
> HOB Data
> 
> On Tue, Feb 14, 2023 at 04:33:11PM +0800, Jiaxin Wu wrote:
> > REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4337
> >
> > The default SMBASE for the x86 processor is 0x30000. When
> > SMI happens, CPU runs the SMI handler at SMBASE+0x8000.
> > Also, the SMM save state area is within SMBASE+0x10000.
> >
> > One of the SMM initialization from CPU perspective is to relocate
> > and program the new SMBASE (in TSEG range) for each CPU thread. When
> > the SMBASE relocation happens in a PEI module, the PEI module shall
> > produce the SMM_BASE_HOB in HOB database which tells the
> > PiSmmCpuDxeSmm driver (runs at a later phase) about the new SMBASE
> > for each CPU thread. PiSmmCpuDxeSmm driver installs the SMI handler
> > at the SMM_BASE_HOB.SmBase[Index]+0x8000 for CPU thread Index.
> When
> > the HOB doesn't exist, PiSmmCpuDxeSmm driver shall relocate and
> > program the new SMBASE itself.
> >
> > This patch adds the SMM Base HOB for any PEI module to do
> > the SmBase relocation ahead of PiSmmCpuDxeSmm driver and
> > store the relocated SmBase address in array for reach
> > Processors.
> >
> > Cc: Eric Dong <eric.d...@intel.com>
> > Cc: Ray Ni <ray...@intel.com>
> > Cc: Zeng Star <star.z...@intel.com>
> > Cc: Laszlo Ersek <ler...@redhat.com>
> > Cc: Gerd Hoffmann <kra...@redhat.com>
> > Cc: Rahul Kumar <rahul1.ku...@intel.com>
> > Signed-off-by: Jiaxin Wu <jiaxin...@intel.com>
> > ---
> >  UefiCpuPkg/Include/Guid/SmmBaseHob.h | 64
> ++++++++++++++++++++++++++++++++++++
> >  UefiCpuPkg/UefiCpuPkg.dec            |  5 ++-
> >  2 files changed, 68 insertions(+), 1 deletion(-)
> >  create mode 100644 UefiCpuPkg/Include/Guid/SmmBaseHob.h
> >
> > diff --git a/UefiCpuPkg/Include/Guid/SmmBaseHob.h
> b/UefiCpuPkg/Include/Guid/SmmBaseHob.h
> > new file mode 100644
> > index 0000000000..4aae0d23ff
> > --- /dev/null
> > +++ b/UefiCpuPkg/Include/Guid/SmmBaseHob.h
> > @@ -0,0 +1,64 @@
> > +/** @file
> > +  The Smm Base HOB is used to store the information of:
> > +  * The relocated SmBase address in array for each Processors.
> > +
> > +  The default SMBASE for the x86 processor is 0x30000. When SMI
> happens, CPU
> > +  runs the SMI handler at SMBASE+0x8000. Also, the SMM save state area
> is within
> > +  SMBASE+0x10000.
> > +
> > +  One of the SMM initialization from CPU perspective is to relocate and
> program
> > +  the new SMBASE (in TSEG range) for each CPU thread. When the
> SMBASE relocation
> > +  happens in a PEI module, the PEI module shall produce the
> SMM_BASE_HOB in HOB
> > +  database which tells the PiSmmCpuDxeSmm driver (which runs at a later
> phase)
> > +  about the new SMBASE for each CPU thread. PiSmmCpuDxeSmm driver
> installs the
> > +  SMI handler at the SMM_BASE_HOB.SmBase[Index]+0x8000 for CPU
> thread Index.
> > +  When the HOB doesn't exist, PiSmmCpuDxeSmm driver shall relocate
> and program
> > +  the new SMBASE itself.
> 
> This should also explain the consequences of the tiling allocation, i.e.
> each cpu has one page at SMBASE+0x8000 for the SMI handler and one page
> at SMBASE+0xF000 for the CPU state.
> 
> take care,
>   Gerd



-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#100231): https://edk2.groups.io/g/devel/message/100231
Mute This Topic: https://groups.io/mt/96955990/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Reply via email to