1. 16 5月, 2024 2 次提交
  2. 10 5月, 2024 3 次提交
  3. 08 5月, 2024 1 次提交
  4. 05 5月, 2024 1 次提交
  5. 03 5月, 2024 3 次提交
  6. 30 4月, 2024 2 次提交
  7. 29 4月, 2024 1 次提交
  8. 25 4月, 2024 7 次提交
  9. 22 4月, 2024 3 次提交
    • M
      OpenCorePkg: No-op to remove override which is now unwanted, given matched... · 2b5a28c2
      Mike Beaton 提交于
      OpenCorePkg: No-op to remove override which is now unwanted, given matched audk update to support PE-only by default in FV and non-FV
      2b5a28c2
    • M
      OpenDuet: Resolve issue starting OS since new secure PE/COFF loader integration · 557671b6
      Mike Beaton 提交于
      Prior to this change, but since PE/COFF loader integration, RuntimeDxe
      (which includes runtime relocation support) was built with UE support
      only (because the previous - now revised - default for non-FV in MdePkg
      was UE only, and this file overrides the default for FV to UE only)
      however DxeCore was built to load PE and UE, so PE drivers with runtime
      support (e.g. OpenRuntime.efi) would load but then ASSERT at runtime
      relocation time (if asserts were enabled; otherwise failing later, on
      OS callback to the runtime).
      
      In this revised version (also taking into account the matched update to
      AUDK, which changes FV and non-FV defaults to be PE-only) OpenDuetPkg
      whole-platform support is now set to UE-only in FV and PE-only in non-FV
      (therefore RuntimeDxe is aware that both formats may be seen at relocation
      time).
      
      PcdUefiImageFormatSupport[Non]Fv values should be (and in this update
      are) defined globally for the entire platform, not per-module.
      Signed-off-by: NMike Beaton <mjsbeaton@gmail.com>
      Signed-off-by: NMarvin Häuser <mhaeuser@posteo.de>
      557671b6
    • M
      DuetBdsLib: Pin links in comment to fixed commit · 8dae8cf4
      Mike Beaton 提交于
      8dae8cf4
  10. 21 4月, 2024 6 次提交
  11. 17 4月, 2024 4 次提交
  12. 16 4月, 2024 4 次提交
  13. 09 4月, 2024 1 次提交
    • V
      OcAfterBootCompatLib: Add AllowRelocationBlock support for 32-bit OC · 9ede6067
      vit9696 提交于
      This quirk is needed to boot macOS 10.6 (and probably older) with 32-bit
      kernel in 32-bit OVMF. Similar to 64-bit mode, hibernation wake is not
      compatible with this quirk.
      
      This change also partially fixes compatibility with a few other quirks
      (e.g. AvoidRuntimeDefrag), but they are not really tested.
      9ede6067
  14. 06 4月, 2024 2 次提交