mhaeuser Posted April 5, 2020 Share Posted April 5, 2020 @telepati well, OpenCore itself surely does not take 20 seconds to fulfill its own tasks out of the sudden, so this must be kernel time... OC can barely even influence this. Please roll back to older versions and check whether boot times actually decrease. 1 Link to comment Share on other sites More sharing options...
Matgen84 Posted April 5, 2020 Share Posted April 5, 2020 45 minutes ago, nyichiban1 said: Thank you! Any idea where to find contentDetails to edit the boot picker names? Take a look to configuration.pdf Link to comment Share on other sites More sharing options...
hardcorehenry Posted April 5, 2020 Share Posted April 5, 2020 On 4/2/2020 at 4:29 PM, Morpheus NS said: I have working Clover installation, but I am trying to get Opencore (0.5.6) working with my setup. But there is a problem, I get a very non-descriptive kernel panic if I try to boot without Cpuid1Mask and Cpuid1Data (Clover somehow works without it): If I try any FakeCPUID, the only thing I get is a black screen after boot picker. Am I doing the FakeCPUID wrong? For example, if I try FakeCPUID 0x0306A0 that would be: A0060300 00000000 00000000 00000000 FFFFFFFF 00000000 00000000 00000000 ? This is my config: config.plist Any ideas/suggestions? Thanks in advance. Your black screen problem might be related to VBoxHfs.efi, takes time to kick in.(15-20s) I'd recommend switching to HfsPlus.efi, try from OcBinaryData(which gives me black screen, but might work for you), or try mine. You might also find helpful info here. HfsPlus.efi.zip 2 Link to comment Share on other sites More sharing options...
Morpheus NS Posted April 5, 2020 Share Posted April 5, 2020 Thank you, I'll try and report! Link to comment Share on other sites More sharing options...
ainsleyclark Posted April 5, 2020 Share Posted April 5, 2020 Hi, Does anyone know where and how the AllowSetDefault variable gets stored? I can't see it in NVRAM and would like to change it dynamically. Thanks. Link to comment Share on other sites More sharing options...
Morpheus NS Posted April 5, 2020 Share Posted April 5, 2020 (edited) 2 hours ago, hardcorehenry said: Your black screen problem might be related to VBoxHfs.efi, takes time to kick in.(15-20s) I'd recommend switching to HfsPlus.efi, try from OcBinaryData(which gives me black screen, but might work for you), or try mine. You might also find helpful info here. HfsPlus.efi.zip OK, I've now tested every possible scenario (I think)... 1. Your HfsPlus.efi and VBoxHfs.efi give me exactly the same results: a) no FakeCPUID - boot picker - choice of partition - kernel panic from the picture below b) with ANY FakeCPUID (most of the time 0x0306A0 and 0x0106E0 (which is the only one that ever worked for me), but others too) - boot picker - choice of partition - black screen no matter how much time I wait 2. HfsPlus.efi that I was using previously (from OCBuilder, much larger in size): a) with OR without FakeCPUID it gives me my motherboard logo on a dark background and nothing else, no picker This is the kernel panic I get with your HfsPlus.efi and VBoxfs.efi without FakeCPUID: I've included bootstrap and AVX patch from the link you provided, tested with and without them but nothing changes. This is the current version of my config.plist, I switched to OpenCore 0.5.7: config.plist (I enable/disable patches depending on whether I use FakeCPUID or not, but I tried othe combinations as well). Everything works with Clover, even Power Management is fine without FakeCPUID Edited April 5, 2020 by Morpheus NS additional info 1 Link to comment Share on other sites More sharing options...
markl18 Posted April 5, 2020 Share Posted April 5, 2020 38 minutes ago, Morpheus NS said: OK, I've now tested every possible scenario (I think)... 1. Your HfsPlus.efi and VBoxHfs.efi give me exactly the same results: a) no FakeCPUID - boot picker - choice of partition - kernel panic from the picture below b) with ANY FakeCPUID (most of the time 0x0306A0 and 0x0106E0 (which is the only one that ever worked for me), but others too) - boot picker - choice of partition - black screen no matter how much time I wait 2. HfsPlus.efi that I was using previously (from OCBuilder, much larger in size): a) with OR without FakeCPUID it gives me my motherboard logo on a dark background and nothing else, no picker This is the kernel panic I get with your HfsPlus.efi and VBoxfs.efi without FakeCPUID: I've included bootstrap and AVX patch from the link you provided, tested with and without them but nothing changes. This is the current version of my config.plist, I switched to OpenCore 0.5.7: config.plist (I enable/disable patches depending on whether I use FakeCPUID or not, but I tried othe combinations as well). Everything works with Clover, even Power Management is fine without FakeCPUID hi you have to use ssdttime to produce oc.plist which you have to add to your regular plist to get some of those ism files to work properly also when you get there you will find out that you python is not setup prperly so good luck with that Link to comment Share on other sites More sharing options...
Killuminati91 Posted April 5, 2020 Share Posted April 5, 2020 Has anyone managed to get ice lake running with OC? Currently working on it, but igpu ids are still not known and there is no memoryfix yet?! Link to comment Share on other sites More sharing options...
dgsga Posted April 5, 2020 Author Share Posted April 5, 2020 (edited) Has anyone else had any problems with Windows drive detection with recent commits of Opencore? With commit eceb36f (OcBootManagementLib: Rename BOOTCAMP Windows to Windows, on 13th March) everything works fine but if I upgrade to the latest commit and then select the Windows drive I get the blue recovery screen with a message saying 'the PC needs to be repaired, an unexpected error has occurred'. If I boot the same drive direct from the bios boot selector the system loads fine. I have windows 10 installed on a separate drive so it doesn't pollute the Mac side of things. Reverting back to the old OC version corrects this issue. Any ideas? Edited April 5, 2020 by dgsga Link to comment Share on other sites More sharing options...
texem Posted April 5, 2020 Share Posted April 5, 2020 this is fixed since today, read here . Link to comment Share on other sites More sharing options...
markl18 Posted April 5, 2020 Share Posted April 5, 2020 who ever has a working .5.7 please post it because ocquirks needs to be compiled please help Link to comment Share on other sites More sharing options...
Morpheus NS Posted April 5, 2020 Share Posted April 5, 2020 Unfortunately, it didn't help. I've tried using debug version of OpenCore and every time it halts at the same place: 73:704 00:099 OCSMC: SmcReadValue Key 4D535463 Size 1 73:795 00:090 OCSMC: SmcReadValue Key 4D534163 Size 2 From Google search, it seams to have something to do with KASLR, so I tried adding slide=0 (should be the correct value) to my boot arguments, it didn't help either. I am too stubborn to give up, but I am running out of ideas... thank you for your help so far. Link to comment Share on other sites More sharing options...
dgsga Posted April 5, 2020 Author Share Posted April 5, 2020 2 hours ago, texem said: this is fixed since today, read here . @texem, still can’t get it to work here with the latest commit. Would you mind posting a screenshot of your booter quirks? Thanks. Link to comment Share on other sites More sharing options...
mhaeuser Posted April 5, 2020 Share Posted April 5, 2020 47 minutes ago, telepati said: All tests on 10.15.4; v0.5.5 --> 33-34sec v0.5.6 --> 36-39sec v0.5.7 --> 42-49sec logs? Link to comment Share on other sites More sharing options...
tranwang1102 Posted April 5, 2020 Share Posted April 5, 2020 My Opencore boot into macos very well but it will panic when I boot into recovery partition and any bootable installer for macOS. What should I do to fix this? I tried changing between hfsplus.efi and VBoxHfs.efi (from AppleSupportPkg) but it still didn't work out. My OC folder here: https://www.dropbox.com/s/vdjubjpgbrpls8p/OC.zip?dl=0 Link to comment Share on other sites More sharing options...
dgsga Posted April 5, 2020 Author Share Posted April 5, 2020 (edited) @vit9696 I have been following bugtracker #491 to try to solve my Windows 10 boot failure and have found that if I revert commit f963012 (the 4K section alignment in Open Runtime) it fixes the failure on my rig. I did try the latest commit with the latest version of mtoc (949.0.1) but couldn't get past the BSOD with any combination of booter quirks. Am I missing something here? Edited April 5, 2020 by dgsga Link to comment Share on other sites More sharing options...
Pene Posted April 5, 2020 Share Posted April 5, 2020 (edited) 21 minutes ago, dgsga said: but couldn't get past the BSOD with any combination of booter quirks. Am I missing something here? If you are compiling as of now, after the check for correct mtoc has been enforced, and are still experiencing issues with Windows booting, please confirm this, and if it is the same case, follow vit's debug instructions for this problem and post the resulting files in the GitHub issue. Thanks! Edited April 5, 2020 by Pene 2 Link to comment Share on other sites More sharing options...
crusher Posted April 5, 2020 Share Posted April 5, 2020 @telepati u have a problem beacuse Acidanthera work on OpenCanopy.efi driver. Look here 1 Link to comment Share on other sites More sharing options...
crusher Posted April 5, 2020 Share Posted April 5, 2020 2 minutes ago, telepati said: Thanks, man I know that. I think he fixed the label issue. Nope he not fixed yet!!!! Link to comment Share on other sites More sharing options...
crusher Posted April 5, 2020 Share Posted April 5, 2020 1 minute ago, telepati said: Label fixed. But tool.png not added yet. Look u must wait. Link to comment Share on other sites More sharing options...
Sniki Posted April 5, 2020 Share Posted April 5, 2020 Why would you guys bloat this thread with OpenCore 0.5.7 issues "of work in progress stuff" when you all "crystal" clearly see that commits are being added constantly during the day like in minutes and they are working on that ? They have been working hard most of the day as i followed the commits, Let them do their valuable work that they do for free for all of us, show them some respect. No offence but it's really getting hard to also see valuable posts/solution to real problems, having to scroll pages and pages everyday for such repeated things over and over again. 8 Link to comment Share on other sites More sharing options...
nyichiban1 Posted April 5, 2020 Share Posted April 5, 2020 14 hours ago, Matgen84 said: Take a look to configuration.pdf I took a look and it says to edit the contentDetails file for the boot entries. Unfortunately still doesn't tell me where to look for it or as another user said to create it but I dont' know where this should be put in after it's created nor is there a sample somewhere I think. Link to comment Share on other sites More sharing options...
markl18 Posted April 5, 2020 Share Posted April 5, 2020 hi I get openruntime r3 not r10 hwere do I get rev 10 Link to comment Share on other sites More sharing options...
mhaeuser Posted April 5, 2020 Share Posted April 5, 2020 @telepati Look I/we get pinged on several channels several times a day. And the more of those are disposable things like "bug reports" about explicitly development branches literally during active development (talking about minutes, not even hours or days), the more appealing it is to not react to pings of any sort at all. I do not want to hear any more "bug reports" about OpenCanopy, especially not of its development branch, until it's mature for daily use. Link to comment Share on other sites More sharing options...
Morpheus NS Posted April 5, 2020 Share Posted April 5, 2020 2 minutes ago, markl18 said: hi I get openruntime r3 not r10 hwere do I get rev 10 You can use OCBuilder to get it, but here it is: OpenRuntime.efi Link to comment Share on other sites More sharing options...
Recommended Posts