hardcorehenry Posted March 16, 2021 Share Posted March 16, 2021 With latest commits no more problems(for those who have them) with ACPI renames(_STA, _CRS, skip etc.), now it’s much easier. I needed to rework 14 renames, but surprisingly everything went well. 2 Link to comment Share on other sites More sharing options...
Andrey1970 Posted March 16, 2021 Share Posted March 16, 2021 27 minutes ago, Hervé said: Which bit do you mean by 0x10? CSR_ALLOW_APPLE_INTERNAL 2 Link to comment Share on other sites More sharing options...
iamprabhuantony Posted March 17, 2021 Share Posted March 17, 2021 0.6.8 nightly show this errors /Users/prabhuantonystudios/Downloads/OpenCorePkg-R0.6.8-DevBuild-03172021_015627\ 2/Utilities/ocvalidate/ocvalidate /Volumes/EFI/EFI/OC/config.plist OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! OCS: Missing key Base, context <Patch>! OCS: Missing key BaseSkip, context <Patch>! Serialisation returns 18 errors! Completed validating /Volumes/EFI/EFI/OC/config.plist in 3 ms. Found 18 issues requiring attention. Link to comment Share on other sites More sharing options...
1Revenger1 Posted March 17, 2021 Share Posted March 17, 2021 (edited) patching based off of a Base method/device was just added - that's where the new keys come from. Read the Differences.pdf, that usually gets updated for all the commits when needed Edited March 17, 2021 by 1Revenger1 4 Link to comment Share on other sites More sharing options...
iamprabhuantony Posted March 17, 2021 Share Posted March 17, 2021 34 minutes ago, 5T33Z0 said: @iamprabhuantony Open Sample.plist > ACPI > Patch > 0 Copy Base and BaseSkip Paste them in every of the 18 patches in your config. Thanks a Lot. prabhuantonystudios@Prabhus-iMac ~ % /Users/prabhuantonystudios/Downloads/OpenCorePkg-R0.6.8-DevBuild-03172021_015627/Utilities/ocvalidate/ocvalidate /Volumes/EFI/EFI/OC/config.plist Completed validating /Volumes/EFI/EFI/OC/config.plist in 4 ms. No issues found. 2 Link to comment Share on other sites More sharing options...
deeveedee Posted March 17, 2021 Share Posted March 17, 2021 When I switched from CLOVER to OC, I also switched from the CLOVER/Slice preferred Fix RTC (which sets RTC memory length = 0x02) to Acidanthera's rtcmemoryfixup.kext with a custom rtcfx_exclude range. I'm finding that with my rig, the required rtcfx_exclude range changes with a new BIOS update and/or a new macOS update - not exactly sure which factors cause the change). I'm thinking of abandoning rtcmemoryfixup.kext and switching back to a patched RTC with memory length = 0x02. Is anyone else running OC with a patched RTC (SSDT patch changing RTC memory length to 0x02) instead of using rtcmemoryfixup.kext and if so, how is that working for you? Link to comment Share on other sites More sharing options...
Planet X Posted March 19, 2021 Share Posted March 19, 2021 I use the DisableRtcChecksum quirk and have no more problem with F1 when startup my hack. Link to comment Share on other sites More sharing options...
theroadw Posted March 20, 2021 Share Posted March 20, 2021 Multiple Opencore configurations? Is this possible? My laptop has a Mojave supported dGPU, but Catalina/BS can't recognize it (bad drivers) and boot stalls, so I need to have different Opencore EFI folders and switch between them using refind. Is it or would it be possible to just be able to select a different config file on the fly like on Clover? This would also help when trying new things. Link to comment Share on other sites More sharing options...
mhaeuser Posted March 21, 2021 Share Posted March 21, 2021 @theroadw Not as of now, but the demand is noted. @tonyx86 All you do with that is losing the flexibility of leaving at least some of the upper memory accessible to e.g. hibernation. 3 Link to comment Share on other sites More sharing options...
deeveedee Posted March 21, 2021 Share Posted March 21, 2021 (edited) 3 hours ago, Download-Fritz said: All you do with that is losing the flexibility of leaving at least some of the upper memory accessible to e.g. hibernation. Thanks for confirming. The RTC memory size patch (0x02) will be my OC baseline now. It is working perfectly. Also, thanks @theroadw Edited March 21, 2021 by tonyx86 1 Link to comment Share on other sites More sharing options...
mhaeuser Posted March 22, 2021 Share Posted March 22, 2021 @tonyx86 Confirming what? I said that the SSDT approach is a real subset (as in the SSDT can do nothing more than the kext can do, but the kext can do upper subranges which the SSDT can't do). You basically break parts of hibernation and FV2 unattended restart, and call it a day. Link to comment Share on other sites More sharing options...
deeveedee Posted March 22, 2021 Share Posted March 22, 2021 (edited) You confirmed that RtcMemoryFixup isn't fixing anything that concerns me. That's not a criticism or complaint - it just is. Setting RTC memory size to 0x02 does everything I need for the way I operate my hack - no hibernation, no FV2 unattended start. EDIT: I have been running with the RTC patch (instead of RtcMemoryFixup.kext) for a week now and all is perfect. My latest conclusions are here. Edited March 30, 2021 by tonyx86 Added note after running with RTC patch for a week 1 Link to comment Share on other sites More sharing options...
Stefanalmare Posted March 27, 2021 Share Posted March 27, 2021 (edited) Hi! I have this machine: HP DC7800 (Core2 Duo E7200, HD7750, 8GB DDR2 SDRAM). I started to install OpenCore BS few months ago. It was a process, but finally I had a full functional BS computer (no quirks need it for boot). After a while I started to have problems booting and now I can't pass [EB|#LOG:EXITBS:START]. I tried everything (OpenCore guid troubleshooting, all quirks and combinations, hardware change) but not avail. Maybe somebody can help me. OC.zip Edited March 27, 2021 by Stefanalmare Link to comment Share on other sites More sharing options...
Stefanalmare Posted March 27, 2021 Share Posted March 27, 2021 (edited) 9 minutes ago, Hervé said: @Stefanalmare this thread is actually related to OpenCore development/behaviour/bugs/features and that sort of things; hence it's presence in the Developers section. It's not a general support thread so please open up a dedicated thread for your system in the relevant desktop section. I thought it may be interesting that a legacy computer worked very well using OpenCore and upgrading (OpenCore) boot process is degrading until stop booting. Edited March 27, 2021 by Stefanalmare Link to comment Share on other sites More sharing options...
deeveedee Posted March 30, 2021 Share Posted March 30, 2021 (edited) @5T33Z0 - Looks like that translation / formatting was a lot of work. Very informative. Thanks! EDIT: This CMOS patch is working perfectly for me here. Edited March 31, 2021 by tonyx86 Fixed link to patch Link to comment Share on other sites More sharing options...
miliuco Posted March 31, 2021 Share Posted March 31, 2021 On 3/29/2021 at 11:43 PM, 5T33Z0 said: I took some time to translate Daliansky's OC Little Github with its impressive colletion of ACPI Hotpatches and Guides from chinese to englsh using deepl and google translate. Then I re-wrote and re-structured a lot of the guides to make them more readable and to fix some of the formatting. Maybe this might be helpful to other users. https://github.com/5T33Z0/OC-Little-Translated Thank you for your work!!! Link to comment Share on other sites More sharing options...
deeveedee Posted March 31, 2021 Share Posted March 31, 2021 16 hours ago, 5T33Z0 said: I am not quite done yet. I probably will relocate it into the CMOS Fix section. Glad to see it's no longer "Obsolete." A very useful patch. 1 Link to comment Share on other sites More sharing options...
hardcorehenry Posted April 1, 2021 Share Posted April 1, 2021 (edited) On 3/31/2021 at 10:47 PM, 5T33Z0 said: I am wondering: now that we can specify in which exact location renames shall be applied via the "base" parameter, shouldn't it be possible to convert over patches from Clover that utilized the TGT Bridge? I've got this issue with my Lenovo T530 where hibernate on Lid close is not working. Clam shell mode is also not working. The main display is not transferred over to the external monitor. Been trying to fix this for months. In Clover it's working fine. Not all renames can be applied via “base”. Easy to find out with ACPIe(to test it I needed to rename DSDT.aml to DSDT.bin). If result is: “EXIT: ACPI table is incorrect or not supported by parser!” instead of “Returned offset: “something”” Base and BaseSkip need to be empty(old fashioned count, skip "way" have to be used). ACPIe can be found in Utilities. Edited April 2, 2021 by hardcorehenry 1 Link to comment Share on other sites More sharing options...
deeveedee Posted April 1, 2021 Share Posted April 1, 2021 (edited) I'm getting ready for OC 0.6.8. Am I correct in understanding that if my ACPI patches are working in OC 0.6.7, that I simply need to prepend each patch with the following (for OC 0.6.8)? <key>Base</key> <string></string> <key>BaseSkip</key> <integer>0</integer> EDIT: In addition to the Base/BaseSkip additions for ACPI patches, it looks like my OC 0.6.7 config.plist will have the following additions for OC 0.6.8: Add Booter > Quirks>ForceBooterSignature (Boolean, false) Add UEFI > Input > KeyInitialDelay (Integer, 0) Add UEFI > Input > KeySubsequentDelay (Integer, 0) Add UEFI > Output > GopPassThrough (Boolean, false) EDIT2: It appears that some of the UEFI > Input properties have moved to UEFI > AppleInput. See here. Edited April 5, 2021 by tonyx86 Added note about UEFI > AppleInput 1 Link to comment Share on other sites More sharing options...
ANTIKO Posted April 1, 2021 Share Posted April 1, 2021 29 minutes ago, tonyx86 said: Готовлюсь к OC 0.6.8. Правильно ли я понимаю, что если мои патчи ACPI работают в OC 0.6.7, мне просто нужно добавлять к каждому патчу следующее (для OC 0.6.8)? Yes 1 Link to comment Share on other sites More sharing options...
deeveedee Posted April 1, 2021 Share Posted April 1, 2021 11 minutes ago, Антико said: Yes Thank you. I modified my previous post to include all of the config.plist changes that I think I need to migrate from OC 0.6.7 to OC 0.6.8. 1 Link to comment Share on other sites More sharing options...
ANTIKO Posted April 1, 2021 Share Posted April 1, 2021 1 hour ago, tonyx86 said: Add Booter > Quirks>ForceBooterSignature (Boolean, false) Add UEFI > Input > KeyInitialDelay (Integer, 0) Add UEFI > Input > KeySubsequentDelay (Integer, 0) Add UEFI > Output > GopPassThrough (Boolean, false) I do not use them, although they are present in my config. plist. You may need them. 1 Link to comment Share on other sites More sharing options...
thefat32 Posted April 1, 2021 Share Posted April 1, 2021 Hi there. I'm having trouble finding info about ExtendBTFeatureFlags quirk. I know it is a replacement for BT4LEContinuityFixup kext. I'm currently using an USB Bluetooth dongle on my hack and it does not work when ExtendBTFeatureFlags quirk is on. Anyone knows if this quirk should work with USB dongles? in that case how to debug it? Link to comment Share on other sites More sharing options...
deeveedee Posted April 2, 2021 Share Posted April 2, 2021 OC Developers, I frequently review your github repo and each time I finish my review, I'm blown away by the volume of work and attention to configuration management. Just when I think your work load will diminish in a subsequent release, I see that your work load has actually increased, yet you relentlessly persist. Your work is impeccable. In addition to the challenge and reward of hacking my own rigs, the thing I will miss most when I switch to Apple silicon is watching you all work your magic. You have and continue to do an incredible job. Thank you! 12 Link to comment Share on other sites More sharing options...
miliuco Posted April 2, 2021 Share Posted April 2, 2021 29 minutes ago, tonyx86 said: OC Developers, I frequently review your github repo and each time I finish my review I'm blown away by the volume of work and attention to configuration management. Just when I think your work load will diminish in a subsequent release, I see that your work load has actually increased, yet you relentlessly persist. Your work is impeccable... Thank you! I think the same!!! 4 Link to comment Share on other sites More sharing options...
Recommended Posts