Branch: refs/heads/master
Home: https://github.com/tianocore/edk2
Commit: a27e904258b9e848d91cdf22e7c20e2131249cfb
https://github.com/tianocore/edk2/commit/a27e904258b9e848d91cdf22e7c20e2131249cfb
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
M OvmfPkg/README
Log Message:
-----------
OvmfPkg/README: refer to MdeModulePkg & PlatformBootManagerLib in examples
The "UNIXGCC Debug" section happens to name PlatformBdsLib and
IntelFrameworkModulePkg's BdsDxe as examples. OVMF will soon stop offering
those even as a fallback option.
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: dd43486577b35ea53794fd443d391e3d04143412
https://github.com/tianocore/edk2/commit/dd43486577b35ea53794fd443d391e3d04143412
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
M OvmfPkg/OvmfPkgIa32.dsc
M OvmfPkg/OvmfPkgIa32.fdf
M OvmfPkg/OvmfPkgIa32X64.dsc
M OvmfPkg/OvmfPkgIa32X64.fdf
M OvmfPkg/OvmfPkgX64.dsc
M OvmfPkg/OvmfPkgX64.fdf
Log Message:
-----------
OvmfPkg: remove USE_OLD_BDS build fallback macro
Reasons:
- USE_OLD_BDS requires duplicating updates between OVMF's library
instances that depend on USE_OLD_BDS being FALSE vs. TRUE. Examples:
d5aee61bfaaa OvmfPkg/QemuNewBootOrderLib: adapt Q35 SATA PMPN to UEFI
spec Mantis 1353
1da761664949 OvmfPkg/QemuBootOrderLib: adapt Q35 SATA PMPN to UEFI spec
Mantis 1353
- The Xen community has embraced the new BDS. Examples:
14b2ebc30c8b OvmfPkg/PlatformBootManagerLib: Postpone the shell
registration
49effaf26ec9 OvmfPkg/PciHostBridgeLib: Scan for root bridges when
running over Xen
- OVMF doesn't build with "-D USE_OLD_BDS -D HTTP_BOOT_ENABLE" anyway, as
NetworkPkg/HttpBootDxe now requires UefiBootManagerLib:
50a65824c74a NetworkPkg: Use UefiBootManagerLib API to create load
option.
We (correctly) don't resolve UefiBootManagerLib when USE_OLD_BDS is
TRUE.
- The new BDS has been working well; for example it's the only BDS
available in ArmVirtPkg:
1946faa710e6 ArmVirtPkg/ArmVirtQemu: use MdeModulePkg/BDS
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: c70c9bc39d7cc9e409b77c736020a65a632571c8
https://github.com/tianocore/edk2/commit/c70c9bc39d7cc9e409b77c736020a65a632571c8
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
R OvmfPkg/Library/PlatformBdsLib/BdsPlatform.c
R OvmfPkg/Library/PlatformBdsLib/BdsPlatform.h
R OvmfPkg/Library/PlatformBdsLib/PlatformBdsLib.inf
R OvmfPkg/Library/PlatformBdsLib/PlatformData.c
R OvmfPkg/Library/PlatformBdsLib/QemuKernel.c
Log Message:
-----------
OvmfPkg: remove PlatformBdsLib instance
This library instance is no longer referenced.
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: 35d3e9c5222304b2015566955a6c427016368793
https://github.com/tianocore/edk2/commit/35d3e9c5222304b2015566955a6c427016368793
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
R OvmfPkg/Library/QemuBootOrderLib/ExtraRootBusMap.c
R OvmfPkg/Library/QemuBootOrderLib/ExtraRootBusMap.h
R OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.c
R OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.inf
Log Message:
-----------
OvmfPkg: remove QemuBootOrderLib instance
This library instance is no longer referenced.
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: 2542feea2ecd4dc73ee54cb32c875839413eed05
https://github.com/tianocore/edk2/commit/2542feea2ecd4dc73ee54cb32c875839413eed05
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
M ArmVirtPkg/Library/PlatformBootManagerLib/PlatformBm.c
M OvmfPkg/Include/Library/QemuBootOrderLib.h
M OvmfPkg/Library/PlatformBootManagerLib/BdsPlatform.c
M OvmfPkg/Library/QemuNewBootOrderLib/QemuBootOrderLib.c
Log Message:
-----------
OvmfPkg, ArmVirtPkg: clean up SetBootOrderFromQemu() parameter list
With OvmfPkg's original QemuBootOrderLib (and USE_OLD_BDS) gone, we no
longer need the BootOptionList parameter in the SetBootOrderFromQemu()
prototype. Update the library class header file (including the function's
documentation), and adapt the library instance and the call sites.
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: d85c5e31ed2b550dd801f82e4ddb5f7583332098
https://github.com/tianocore/edk2/commit/d85c5e31ed2b550dd801f82e4ddb5f7583332098
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
M ArmVirtPkg/ArmVirtQemu.dsc
M ArmVirtPkg/ArmVirtQemuKernel.dsc
A OvmfPkg/Library/QemuBootOrderLib/ExtraRootBusMap.c
A OvmfPkg/Library/QemuBootOrderLib/ExtraRootBusMap.h
A OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.c
A OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.inf
R OvmfPkg/Library/QemuNewBootOrderLib/ExtraRootBusMap.c
R OvmfPkg/Library/QemuNewBootOrderLib/ExtraRootBusMap.h
R OvmfPkg/Library/QemuNewBootOrderLib/QemuBootOrderLib.c
R OvmfPkg/Library/QemuNewBootOrderLib/QemuBootOrderLib.inf
M OvmfPkg/OvmfPkgIa32.dsc
M OvmfPkg/OvmfPkgIa32X64.dsc
M OvmfPkg/OvmfPkgX64.dsc
Log Message:
-----------
OvmfPkg, ArmVirtPkg: rename QemuNewBootOrderLib to QemuBootOrderLib
This completes the transition to the new BDS.
The FILE_GUID in "QemuBootOrderLib.inf" is intentionally not changed.
Cc: Ard Biesheuvel <[email protected]>
Cc: Gary Ching-Pang Lin <[email protected]>
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Ard Biesheuvel <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Commit: 855743f7177459bea95798e59b6b18dab867710c
https://github.com/tianocore/edk2/commit/855743f7177459bea95798e59b6b18dab867710c
Author: Laszlo Ersek <[email protected]>
Date: 2016-05-25 (Wed, 25 May 2016)
Changed paths:
A OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.c
A OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.inf
M OvmfPkg/OvmfPkgIa32.dsc
M OvmfPkg/OvmfPkgIa32.fdf
M OvmfPkg/OvmfPkgIa32X64.dsc
M OvmfPkg/OvmfPkgIa32X64.fdf
M OvmfPkg/OvmfPkgX64.dsc
M OvmfPkg/OvmfPkgX64.fdf
Log Message:
-----------
OvmfPkg: prevent 64-bit MMIO BAR degradation if there is no CSM
According to edk2 commit
"MdeModulePkg/PciBus: do not improperly degrade resource"
and to the EFI_INCOMPATIBLE_PCI_DEVICE_SUPPORT_PROTOCOL definition in the
Platform Init 1.4a specification, a platform can provide such a protocol
in order to influence the PCI resource allocation performed by the PCI Bus
driver.
In particular it is possible instruct the PCI Bus driver, with a
"wildcard" hint, to allocate the 64-bit MMIO BARs of a device in 64-bit
address space, regardless of whether the device features an option ROM.
(By default, the PCI Bus driver considers an option ROM reason enough for
allocating the 64-bit MMIO BARs in 32-bit address space. It cannot know if
BDS will launch a legacy boot option, and under legacy boot, a legacy BIOS
binary from a combined option ROM could be dispatched, and fail to access
MMIO BARs in 64-bit address space.)
In platform code we can ascertain whether a CSM is present or not. If not,
then legacy BIOS binaries in option ROMs can't be dispatched, hence the
BAR degradation is detrimental, and we should prevent it. This is expected
to conserve the 32-bit address space for 32-bit MMIO BARs.
The driver added in this patch could be simplified based on the following
facts:
- In the Ia32 build, the 64-bit MMIO aperture is always zero-size, hence
the driver will exit immediately. Therefore the driver could be omitted
from the Ia32 build.
- In the Ia32X64 and X64 builds, the driver could be omitted if CSM_ENABLE
was defined (because in that case the degradation would be justified).
On the other hand, if CSM_ENABLE was undefined, then the driver could be
included, and it could provide the hint unconditionally (without looking
for the Legacy BIOS protocol).
These short-cuts are not taken because they would increase the differences
between the OVMF DSC/FDF files. If we can manage without extreme
complexity, we should use dynamic logic (vs. build time configuration),
plus keep conditional compilation to a minimum.
Cc: Jordan Justen <[email protected]>
Cc: Ruiyu Ni <[email protected]>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <[email protected]>
Reviewed-by: Ruiyu Ni <[email protected]>
Reviewed-by: Jordan Justen <[email protected]>
Compare: https://github.com/tianocore/edk2/compare/8caa3caaed4b...855743f71774------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
edk2-commits mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/edk2-commits
