Branch: refs/heads/master
Home: https://github.com/tianocore/edk2
Commit: aa8431822b7631659586247b1e50d21126f3cfcc
https://github.com/tianocore/edk2/commit/aa8431822b7631659586247b1e50d21126f3cfcc
Author: Jeff Brasen <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M MdeModulePkg/Core/Dxe/DxeMain.inf
M MdeModulePkg/Core/Dxe/Image/Image.c
M MdeModulePkg/MdeModulePkg.dec
Log Message:
-----------
MdeModulePkg/DxeCore: Allow relocation of images with large address
Add PCD to control if modules with start addresses in PE/COFF > 0x100000
attempt to load at specified address.
If a module has an address in this range and there is untested memory
DxeCore will attempt to promote all memory to tested which bypasses any
memory testing that would occur later in boot.
There are several existing AARCH64 option roms that have base addresses
of 0x180000000.
Signed-off-by: Jeff Brasen <[email protected]>
Reviewed-by: Ashish Singhal <[email protected]>
Message-Id:
<bd36c9c24158590db2226ede05cb8c2f50c93a37.1684194452.git.jbra...@nvidia.com>
Reviewed-by: Liming Gao <[email protected]>
Commit: 2426a356258f0f759eb0661e1f8c0196aac48123
https://github.com/tianocore/edk2/commit/2426a356258f0f759eb0661e1f8c0196aac48123
Author: Jinlong Xu <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M MdePkg/Include/IndustryStandard/Acpi65.h
Log Message:
-----------
MdePkg ACPI65: Add 0x0B/PRM to Generic Address Structure
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4567
ACPI_Spec_6_5_Aug29 Table 5.1, add 0x0B/Platform Runtime Mechanism (PRM)
in Address Space ID of Generic Address Structure (GAS)
Cc: Michael D Kinney <[email protected]>
Cc: Liming Gao <[email protected]>
Signed-off-by: Jinlong Xu <[email protected]>
Message-Id: <[email protected]>
Reviewed-by: Liming Gao <[email protected]>
Commit: 8e7462907050350f8a9ed54437a4441082180a9c
https://github.com/tianocore/edk2/commit/8e7462907050350f8a9ed54437a4441082180a9c
Author: Joey Vagedes <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M .azurepipelines/Ubuntu-PatchCheck.yml
M .azurepipelines/templates/defaults.yml
Log Message:
-----------
.azurepipelines: Fix Python version (to 3.12)
Upgrades python to 3.12 for build as it has been released and all
supporting tools have been updated to also support 3.12.
Cc: Sean Brogan <[email protected]>
Cc: Michael Kubacki <[email protected]>
Cc: Michael D Kinney <[email protected]>
Cc: Liming Gao <[email protected]>
Signed-off-by: Joey Vagedes <[email protected]>
Message-Id: <[email protected]>
Reviewed-by: Michael D Kinney <[email protected]>
Reviewed-by: Michael Kubacki <[email protected]>
Commit: f3b2187d558b1540e65e86024423ee39fe6264aa
https://github.com/tianocore/edk2/commit/f3b2187d558b1540e65e86024423ee39fe6264aa
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M MdeModulePkg/Include/Guid/VarCheckPolicyMmi.h
M MdeModulePkg/Include/Library/VariablePolicyLib.h
M MdeModulePkg/Include/Protocol/VariablePolicy.h
M MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c
M MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c
M MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.inf
M MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c
M MdeModulePkg/Universal/Variable/RuntimeDxe/VariablePolicySmmDxe.c
Log Message:
-----------
MdeModulePkg/VariablePolicy: Add more granular variable policy querying
Introduces two new APIs to EDKII_VARIABLE_POLICY_PROTOCOL:
1. GetVariablePolicyInfo()
2. GetLockOnVariableStateVariablePolicyInfo()
These allow a caller to retrieve policy information associated with
a UEFI variable given the variable name and vendor GUID.
GetVariablePolicyInfo() - Returns the variable policy applied to the
UEFI variable. If the variable policy is applied toward an individual
UEFI variable, that name can optionally be returned.
GetLockOnVariableStateVariablePolicyInfo() - Returns the Lock on
Variable State policy applied to the UEFI variable. If the Lock on
Variable State policy is applied to a specific variable name, that
name can optionally be returned.
These functions can be useful for a variety of purposes such as
auditing, testing, and functional flows.
Also fixed some variable name typos in code touched by the changes.
Cc: Dandan Bi <[email protected]>
Cc: Hao A Wu <[email protected]>
Cc: Jian J Wang <[email protected]>
Cc: Liming Gao <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Reviewed-by: Liming Gao <[email protected]>
Message-Id: <[email protected]>
Commit: d4358a7f7629c996f80236588c95b62cd9c93584
https://github.com/tianocore/edk2/commit/d4358a7f7629c996f80236588c95b62cd9c93584
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
A ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicy.c
A ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicy.h
A ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicy.uni
A ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyApp.c
A ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyApp.inf
A
ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyDynamicCommand.c
A
ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyDynamicCommand.inf
M ShellPkg/ShellPkg.dsc
Log Message:
-----------
ShellPkg: Add varpolicy dynamic shell command and app
Adds a new module (dynamic shell command) to ShellPkg that lists
variable policy information for all UEFI variables on the system.
Some other UEFI variable related functionality is also included to
give a greater sense of platform UEFI variable state. This command
is intended to help make variable policies more transparent and
easier to understand and configure on a platform.
Like all dynamic shell commands, a platform only needs to include
`VariablePolicyDynamicCommand.inf` in their flash image to have
the command registered in their UEFI shell.
Include the following lines in platform DSC (in DXE components section):
```
ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyDynamicCommand.inf
{
<PcdsFixedAtBuild>
gEfiShellPkgTokenSpaceGuid.PcdShellLibAutoInitialize|FALSE
}
```
Include the following line in platform FDF:
```
INF
ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyDynamicCommand.inf
```
A standalone UEFI application can also be built that uses the same
underlying functional code as the dynamic shell command.
The path to use in the DSC and FDF for the app:
```
ShellPkg/DynamicCommand/VariablePolicyDynamicCommand/VariablePolicyApp.inf
```
Cc: Zhichao Gao <[email protected]>
Cc: Michael D Kinney <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Reviewed-by: Zhichao Gao <[email protected]>
Message-Id: <[email protected]>
Commit: fe6cd1c1872132160ddd156c963e1a568d098225
https://github.com/tianocore/edk2/commit/fe6cd1c1872132160ddd156c963e1a568d098225
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M OvmfPkg/CloudHv/CloudHvX64.dsc
M OvmfPkg/Microvm/MicrovmX64.dsc
M OvmfPkg/OvmfPkgIa32.dsc
M OvmfPkg/OvmfPkgIa32X64.dsc
M OvmfPkg/OvmfPkgX64.dsc
M OvmfPkg/OvmfXen.dsc
Log Message:
-----------
OvmfPkg: Add varpolicy shell command
Adds the varpolicy EFI shell command to all DSC files that
currently include other dynamic shell commands from ShellPkg.
This command allows variable policies to be dumped in the EFI
shell for convenient auditing and debug.
Use the command in QEMU EFI shell as follows:
- `"varpolicy"` dumps platform variables
- `"varpolicy -?"` shows help text
- `"varpolicy -b"` pages output as expected
- `"varpolicy -s"` shows accurate variable statistic information
- `"varpolicy -p"` shows accurate UEFI variable policy information
- `"varpolicy-v -b"` dumps all information including variable data hex dump
Cc: Anatol Belski <[email protected]>
Cc: Anthony Perard <[email protected]>
Cc: Gerd Hoffmann <[email protected]>
Cc: Jianyong Wu <[email protected]>
Cc: Jiewen Yao <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Julien Grall <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Acked-by: Jiewen Yao <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Reviewed-by: Michael D Kinney <[email protected]>
Message-Id: <[email protected]>
Commit: 2e128302e608fbe2c03d1967dd7328bbdf07bab3
https://github.com/tianocore/edk2/commit/2e128302e608fbe2c03d1967dd7328bbdf07bab3
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M ArmVirtPkg/ArmVirt.dsc.inc
M ArmVirtPkg/ArmVirtCloudHv.fdf
M ArmVirtPkg/ArmVirtQemuFvMain.fdf.inc
M ArmVirtPkg/ArmVirtXen.fdf
Log Message:
-----------
ArmVirtPkg: Add varpolicy shell command
Adds the varpolicy EFI shell command to all DSC files that
currently include other dynamic shell commands from ShellPkg.
This command allows variable policies to be dumped in the EFI
shell for convenient auditing and debug.
Use the command in the EFI shell as follows:
- `"varpolicy"` dumps platform variables
- `"varpolicy -?"` shows help text
- `"varpolicy -b"` pages output as expected
- `"varpolicy -s"` shows accurate variable statistic information
- `"varpolicy -p"` shows accurate UEFI variable policy information
- `"varpolicy-v -b"` dumps all information including variable data hex dump
Cc: Ard Biesheuvel <[email protected]>
Cc: Gerd Hoffmann <[email protected]>
Cc: Julien Grall <[email protected]>
Cc: Laszlo Ersek <[email protected]>
Cc: Leif Lindholm <[email protected]>
Cc: Sami Mujawar <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Message-Id: <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Commit: a6871b53599e2bf23bfa16adae638cc9a6f0755f
https://github.com/tianocore/edk2/commit/a6871b53599e2bf23bfa16adae638cc9a6f0755f
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
M ArmVirtPkg/PlatformCI/ReadMe.md
Log Message:
-----------
ArmVirtPkg/PlatformCI/ReadMe.md: Update contents
Since the code is most regularly tested in CI, distro/versioning
details are updated to match the latest CI configuration.
CI has moved from Ubuntu 18.04 to Ubuntu 22.04 since the time of the
file's creation, but the code is actually built in a Fedora container
so Fedora is mentioned as the primary build/test environment.
Updates the following information:
- Build OS: Fedora 37 Linux
- Supported Configuration: Additional DSCs added
- Python: 3.12.x
- Packaging Tool: dnf instead of apt
- Container Details: Added
- Primary Build Example: QemuBuild.py instead of PlatformBuild.py
Cc: Ard Biesheuvel <[email protected]>
Cc: Gerd Hoffmann <[email protected]>
Cc: Julien Grall <[email protected]>
Cc: Leif Lindholm <[email protected]>
Cc: Sami Mujawar <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Message-Id: <[email protected]>
Reviewed-by: Laszlo Ersek <[email protected]>
[[email protected]: don't specify the number of supported firmware builds]
Commit: 36812d6c3e0c4402ea90e20566ac80de634d210b
https://github.com/tianocore/edk2/commit/36812d6c3e0c4402ea90e20566ac80de634d210b
Author: Michael Kubacki <[email protected]>
Date: 2023-10-31 (Tue, 31 Oct 2023)
Changed paths:
A .github/workflows/stale.yml
Log Message:
-----------
.github/workflows: Add Stale Check
Adds a GitHub workflow that uses the actions/stale GitHub action to
automatically leave notifications on and close PRs that have had no
activity for a long time.
Note: Modifications to a PR reset the staleness counter. This
includes pushing to the PR, adding a label to the PR,
commenting on the PR, etc.
If a PR has been marked "stale", simply leaving a comment will
reset the counter.
Configuration choices:
1. Do not attempt to close edk2 GitHub issues.
2. Mark edk2 PRs as stale if no activity in the last 60 days. Close
PRs marked stale if no further activity in 7 days.
3. Do not exempt PRs with a "push" label.
4. Run the check once daily. Allow manual runs from those that have
permission to run GitHub workflows.
5. Add the label "stale" to the PR when it enters the stale state.
Rationale:
1. We do not use issues often enough. The limited usage of GitHub
issues in Tianocore org GitHub projects are in another repo not
impacted by this workflow and expected to track long term tasks.
2. This is the default value. In non-edk2 projects, I've seen these
times work fairly well to identify PRs that have fallen stale.
3. Adding a "push" label resets the stale timer. If a PR has had a
"push" label for 60+ days and has not been fixed for submission,
then it is has very likely been abandoned.
4. This is sufficient to update PRs on the day granularity the
configuration settings are applied against.
5. The label makes it easy to filter stale PRs in the PR list and
write automation around PRs that are stale. It's also an obvious
visual identifier that a PR needs attention in the PR list.
Cc: Sean Brogan <[email protected]>
Cc: Michael Kubacki <[email protected]>
Cc: Michael D Kinney <[email protected]>
Cc: Laszlo Ersek <[email protected]>
Signed-off-by: Michael Kubacki <[email protected]>
Message-Id: <[email protected]>
Reviewed-by: Michael D Kinney <[email protected]>
Acked-by: Laszlo Ersek <[email protected]>
Compare: https://github.com/tianocore/edk2/compare/a671a14e63fd...36812d6c3e0c
_______________________________________________
edk2-commits mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/edk2-commits
