2019.10 release planning

[vit9696]

We want a relatively small bugfix release in October as new macOS is arriving shortly and it is not a good idea to break stuff right away.

• OpenCore 0.5.1
  • Add arguments to custom entries EFISTUB support ? #468
  • Merge AppleGenericInput into UEFI → Input section (AppleGenericInput: Add key mapping support. #473)
  • Implement RUNTIME_DEBUG support (reference)
  • Improve AvoidHighAlloc Safe mode KASLR allocation issues with AvoidHighAlloc #449
  • Possibly other input improvements Keyboard not working in boot picker after Opt with PollAppleHotKeys=true  #485
  • Update the documentation (reference)
• VoodooPS2 2.0.4
• VoodooPS2 2.1.0 (potentially)
  • Merge with VoodooInput interface Request to port Force Touch Implement back to VoodooI2C #329
• MacInfoPkg 2.0.8
• BrcmPatchRAM 2.5.0
• VirtualSMC 1.0.8
• WhateverGreen 1.3.3
• AppleALC 1.4.2
• AppleSupportPkg 2.1.1
• HibernationFixup 1.2.9
  @corpnewt, @kylon, @notiflux, since we are getting close to beta, September-October will be about the time for user apps to be in shape Undesired external configuration editor behaviour #330.

[Sniki]

It would be also nice to potentially include first release of Acidanthera/BrcmPatchRAM as it will be the Catalina release time and thousands of people will be affected with non-working Bluetooth.

Im glad you guys took over this project.

Respect for all of you.

[vit9696]

@Sniki, yeah, though it is mostly a formality, as we have not finished the migration yet. Recently we had a talk with @headkaze, and thought that it would be reasonable to work on this kext altogether on Acidanthera basis.

[vit9696]

I want these fixed by the release:

• OcSupportPkg\Library\OcAppleSecureBootLib\OcAppleSecureBootLib.c: warning C4244: '=': conversion from 'UINT32' to 'UINT8', possible loss of data #481
• OcSupportPkg/Library/OcAppleSecureBootLib/OcAppleSecureBootLib.c:917:14: error: variable 'Status' set but not used #492
• No backlight after wake on rMBP 10,1 #494
• PollAppleHotKeys=YES not able to boot automatically #476
• 10.15 beta 4 AppleIntelMCEReporter #424

[mhaeuser]

Required OpenCore documentation updates:

• The 'Troubleshooting' section does not recommend to load OpenCore.efi from Shell to reliably see its output. BOOTx64 does intentionally not switch to text mode on launch, which might hide important errors and give the impression of a crash.
• USB is mentioned twice at https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/Configuration.tex#L2266

[DuIslingr]

@Download-Fritz that first thing is interesting because in QEMU I was not able to boot the OpenCore.efi directly. I had to use BOOTx64 to boot opencore. It said the OpenCore.efi was not an application when I tried. I tried this on a self built 0.5.0 build in August. Have not yet tried the newer official release on the OpenCorePkg releases.

[mhaeuser]

@Dulslingr That is because OpenCore is not an application, it's a driver loaded with the "load" command.

[DuIslingr]

Oh ok that makes sense.

[vit9696]

So, current blockers are

• https://github.com/acidanthera/BrcmPatchRAM (fixing build and creating archives)
• Tools/Entries Arguments may not be functional #501 testing whether the fix worked
  Afterwards we can release.

[balthild]

Before the release of acidanthera/BrcmPatchRAM, can I use RehabMan/OS-X-BrcmPatchRAM with OpenCore?