MdeModulePkg/PiSmmIpl: Do not reset SMRAM to UC when CPU driver runs

Today's PiSmmIpl implementation initially sets SMRAM to WB to speed
up the SMM core/modules loading before SMM CPU driver runs.
When SMM CPU driver runs, PiSmmIpl resets the SMRAM to UC. It's done
in SmmIplDxeDispatchEventNotify(). COMM_BUFFER_SMM_DISPATCH_RESTART
is returned from SMM core that SMM CPU driver is just dispatched.

Since now the SMRR is widely used to control the SMRAM cache setting.
It's not needed to reset the SMRAM to UC anymore.

Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
Reviewed-by: Jiewen Yao <jiewen.yao@intel.com>
Cc: Michael Kinney <michael.d.kinney@intel.com>
This commit is contained in:
Ruiyu Ni 2018-10-22 17:03:07 +08:00
parent fd95015673
commit bfc87aa78e
1 changed files with 2 additions and 13 deletions

View File

@ -672,21 +672,10 @@ SmmIplDxeDispatchEventNotify (
return;
}
//
// Attempt to reset SMRAM cacheability to UC
// Assume CPU AP is available at this time
//
Status = gDS->SetMemorySpaceAttributes(
mSmramCacheBase,
mSmramCacheSize,
EFI_MEMORY_UC
);
if (EFI_ERROR (Status)) {
DEBUG ((DEBUG_WARN, "SMM IPL failed to reset SMRAM window to EFI_MEMORY_UC\n"));
}
//
// Close all SMRAM ranges to protect SMRAM
// NOTE: SMRR is enabled by CPU SMM driver by calling SmmCpuFeaturesInitializeProcessor() from SmmCpuFeaturesLib
// so no need to reset the SMRAM to UC in MTRR.
//
Status = mSmmAccess->Close (mSmmAccess);
ASSERT_EFI_ERROR (Status);