edk2-stable202411 based UEFI payload requires Smm Rebase without setting
SMRR. Set this new auto mode for compatibility with this and newer uefi
payload.
Signed-off-by: Randy <randy.lin@intel.com>
edk2-stable202411 based UEFI payload requires Smm Rebase without setting
SMRR. Set this new auto mode for compatibility with this and newer uefi
payload.
Signed-off-by: Bejean Mosher <bejean.mosher@intel.com>
Add SBL support for UP Xtreme i14 MTL-based Board.
The PCIe M.2 slot CN11 on the board is able to detect NVMe SSD.
Debug output is enabled at header CN17 (USB/UART port) on the board
Currently able to boot on Windows with UEFI payload, but there were sudden
intermittent shutdown after Windows boot.
Command used to stitch SlimBootloader.bin with specific -p parameter:
python Platform\MeteorlakeBoardPkg\Script\StitchLoader.py -i <BIOS_Image_
Name> -s Outputs\mtl\SlimBootloader.bin -o <SBL_output_name> -p 0xAA000109
Signed-off-by: Ong Ee Lim <ee.lim.ong@intel.com>
The ADL-N configuration refers to several pins that (according to
RDC document #648094: "GPIO Implementation Summary") do not exist.
Remove the offending pins both from the GPIO template .yaml file
and the board configuration .dlt files referring to it.
Signed-off-by: Bruno Achauer <bruno.achauer@intel.com>
The commit fixes the AE_AML_PACKAGE_LIMIT error after introducing GpioV2.
It also deletes the unused ASL files for MTL.
Before the commit, the calling of \PIN.ON (PWRG) and \PIN.OFF (RSTG) was using
non-GPIOV2 format/values. These functions end up calling _SB.GGOV and _SB.SGOV,
which rely on GADR(), and this is causing an error with GINF().
The error messages by Linux kernel without the commit are:
[ 53.662055] Initialized Arguments for Method [GINF]: (3 arguments defined for method invocation)
[ 53.662056] Arg0: 000000001675faad <Obj> Integer 0000000000000000
[ 53.662060] Arg1: 0000000064dfbf0d <Obj> Integer 0000000000000008
[ 53.662064] Arg2: 000000003e76b0ee <Obj> Integer 0000000000000001
[ 53.662071] ACPI Error: Aborting method \_SB.GINF due to previous error (AE_AML_PACKAGE_LIMIT) (20240827/psparse-529)
[ 53.662093] ACPI Error: Aborting method \_SB.GADR due to previous error (AE_AML_PACKAGE_LIMIT) (20240827/psparse-529)
[ 53.662099] ACPI Error: Aborting method \_SB.SGOV due to previous error (AE_AML_PACKAGE_LIMIT) (20240827/psparse-529)
[ 53.662104] ACPI Error: Aborting method \PIN.ON due to previous error (AE_AML_PACKAGE_LIMIT) (20240827/psparse-529)
[ 53.662109] ACPI Error: Aborting method \_SB.PEPD._DSM due to previous error (AE_AML_PACKAGE_LIMIT) (20240827/psparse-529)
Signed-off-by: Randy Lin <randy.lin@intel.com>
Signed-off-by: Stanley Chang <stanley.chang@intel.com>
After migrating UEFI build to edk2-stable202411 branch, SBL build for
ADL-N, RPL-P, RPL-PS and RPL-S platforms failed to the insufficient
EPAYLOAD size. This commit addressed the build issue.
Signed-off-by: Ong Ee Lim <ee.lim.ong@intel.com>
Remove the workaround (WA) to prevent the GuC module hang issue
during s0ix transitions. intel kernel 6.11 fixed.
verified on arls s02 rvp/arlp rvp with kernel 6.12
Signed-off-by: Randy <randy.lin@intel.com>
Tiger lake has unused local platform specific implementation of
pch pcr library.
As it is not getting used, removed files belonging to this library.
Signed-off-by: Chirag Vijay Kolhe <chirag.vijay.kolhe@intel.com>
When set the POWER_CFG_DATA.TurboMode/EnableItbm/Eist = 1,
The 155HL CPU package power run on 35w only and can't reach PL1[45W] and PL2[115W].
Sync the ACPI table with this BIOS change:
Change _CPC() to fix HWP malfunction in E-core
PM Verified on MTL-PS CRB/WIN11/PTAT with TurboMode = 1.
Signed-off-by: Randy <randy.lin@intel.com>
New UEFI payload depends on SBL to rebase SMM and reports SMM rebase information.
This patch build SMM rebase related HOB for UEFI payload.
SMM rebase memory is located at the end of SMRAM. and this patch also updated
SMM memory HOB.
Signed-off-by: Guo Dong <guo.dong@intel.com>
Currently SBL supports SMM REBASE based on configuration.
1) When payload doesn't support SMM, SBL need enable SMM rebase.
So SBL will rebase SMM to SMRAM and set SMRR to prevent SMRAM
access out of SMM and prevent payload SMM driver dispatch.
2) When payload support SMM, SBL need disable SMM rebase.
In this case SBL do nothing for SMM. Payload will do SMM
rebase.
In new UEFI payload (after stable branch 202311), SMM relocation
was removed CPU SMM driver. To work with new UEFI payload, SMM
relocation is expected in SBL, but SMRR should not be set so that
SMM drivers in UEFI payload could be dispatched into SMRAM.
This patch adds a new SMM rebase configuration that it rebase SMM
but it doesn't set SMRR.
Currently SBL supports rebase AUTO setting based on payload. This
patch also add auto support.
Signed-off-by: Guo Dong <guo.dong@intel.com>
Bejean Mosher
Randy
Kevin Tsai
Ong Ee Lim
Bruno Achauer
ramesh chandra perni
Stanley Chang
samihahkasim
Chirag Vijay Kolhe
Vincent Chen
Guo Dong