Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 04/05/2020 in all areas

  1. 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.
    2 points
  2. 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!
    2 points
  3. 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 points
  4. _xcpm_bootstrap 10.15.4 I test X99 & X299. If you Add XCPM bootstrap patch you have to Emulate Original CPU ID like this. #Kernel->Emulate->Your CPU Original ID #CPUID 0x050657 Cascade Lake-X Cpuid1Data <-> 57060500 00000000 00000000 00000000 Cpuid1Mask <-> FFFFFFFF 00000000 00000000 00000000 #Emulate 0x050654 Skylake-X/Skylake-H 0x0406E3 Cpuid1Data <-> 54060500 00000000 00000000 00000000 Cpuid1Mask <-> FFFFFFFF 00000000 00000000 00000000 #Emulate 0x0306F2 Haswell-E/Haswell 0x0306C3 Cpuid1Data <-> F2060300 00000000 00000000 00000000 Cpuid1Mask <-> FFFFFFFF 00000000 00000000 00000000  #Emulate 0x0406F1 Broadwell-E/Broadwell 0x0306D4 Cpuid1Data <-> F1060400 00000000 00000000 00000000 Cpuid1Mask <-> FFFFFFFF 00000000 00000000 00000000 Base: _xcpm_bootstrap Comment: xcpm_bootstrap HASwell-E/Cascade Lake-X (c) Pike R. Alpha Modify By N.Mano Count: 0 Enabled: YES Find: 80C3C480 FB42 Identifier: kernel Limit: 0 Mask: (LEAVE THIS EMPTY) MatchKernel: Replace: 80C3C180 FB42 ReplaceMask: (LEAVE THIS EMPTY) Skip: 0 Base: _xcpm_bootstrap Comment: xcpm_bootstrap Skylake-X (c) Pike R. Alpha Modify By N.Mano Count: 0 Enabled: YES Find: 80C3C480 FB42 Identifier: kernel Limit: 0 Mask: (LEAVE THIS EMPTY) MatchKernel: Replace: 80C3BD80 FB42 ReplaceMask: (LEAVE THIS EMPTY) Skip: 0 Base: _xcpm_bootstrap Comment: xcpm_bootstrap Broadwell-E (c) Pike R. Alpha Modify By N.Mano Count: 0 Enabled: YES Find: 80C3C480 FB42 Identifier: kernel Limit: 0 Mask: (LEAVE THIS EMPTY) MatchKernel: Replace: 80C3BC80 FB42 ReplaceMask: (LEAVE THIS EMPTY) Skip: 0
    2 points
  5. *** UPDATE *** 10/25/2022 I did some experiments with the HP 800 G1 and although I can get Ventura working, the HD4600 video is not good enough for a daily driver IMO, for the full tower system you could get an RX 560 and that will probably work but the HP800 G1 is getting to old and not worth the parts. *** UPDATE *** 11/20/2021 I have a new EFI folder with OC .0.7.5, Audio has been fixed using AppleHDA.kext, sound now works via internal speaker, HDMI, DisplayPort or output jack in the back. other improvements have increased boot time. I am still not able to get 4k working, if anyone wants to take that on, please do and share. Monterey 12.01 works with this desktop, I needed to change the SMBIOS to iMac 16,1 and OC .0.7.4 and latests kexts. This build does not include the Audio kexts as I am using a USB audio device. For all of those that have been playing along, I have condensed down this post and collapsed the beta data. Simple install of Big Sur download Big Sur create bootable USB stick (google it) download EFI folder from this thread, copy the EFI folder to the EFI partition on USB stick install Big Sur, make sure you hit F9 to boot off the USB between reboots Copy EFI folder to Bug Sur disk you installed on (for mounting EFO partitions, you can use Clover Configurator and select Mount on the left Side menus) Enjoy Big Sur Beta notes Older versions NOTE" VGA will not work, you will need to use the display port for your monitor, if you have a video card installed, check to make sure its compatible with OS X, top tip: install first without a video card, if all good, then install it. Not working 4k does not work in OS X, I only tested video using the DP port Some USB ports may not work, USB3 use lower blue in the back. TVApp is not working but I have not spent a lot of time on it. Sidecar not working, resolution in progress. NOTE: this zip file may contain older versions of Kext's, make sure you are using the latest before rebooting. HP_800_G1_075.zip
    1 point
  6. @telepati u have a problem beacuse Acidanthera work on OpenCanopy.efi driver. Look here
    1 point
  7. Yes, as I was saying, very specific. Nonetheless, these drivers still rely on BrcmPatchRAM2.kext, which has been deprecated by BrcmPatchRAM3.kext for Catalina, am I right? Problems are bound to happen at some point :/ From Acidanthera's doc: "Starting with macOS 10.15, this is the only supported configuration because due to framework changes BrcmPatchRAM.kext and BrcmPatchRAM2.kext are incompatible with macOS 10.15" Cheers !
    1 point
  8. You remove the ports from the Hackintool using the "Delete" button before you export the file.
    1 point
  9. Hi all! I found the solution to my problem. Albeit being very specific to my case, I'm putting the information there in case it's useful to someone else (@Dragster27). So, my 'wake to black screen' issue on Catalina 10.15.4 was related to the modified version of acidanthera's BrcmPatchRAM I was using to make my DW1820A work. These problematic drivers on 10.15.4 were available on OSXLatitude and made by swede420. Since they are the only drivers that work correctly with DW1820 today, there is no more readily available / fully-working solution for this particular card on 10.15.4. AFAIK, this modified version of the drivers was loading a more recent FW to the DW1820A than the one still used by the official BrcmPatchRAM. I switched to a new DW1830 card and used the latest official release of acidanthera's BrcmPatchRAM. And now everything is working mostly smoothly: sleep/wake, wifi and bt. So, even if you don't have a DW1820A card, if you have this wake to black screen issue on 10.15.4, it may well be related to your wifi card + driver combo. Make sure to update to the latest version of acidanthera's BrcmPatchRAM.
    1 point
  10. Apple TV+ and Netflix on Safari work fine for me on 10.15.4 iMac19,1 SMBIOS, Polaris card and shikigva=80.
    1 point
  11. Hi nmano, I'm really appreciate your efforts! My desktop is: Gigabyte X99-Ultra Gaming + Intel i7-6850k, running on Catalina 10.15.4 (19E266). I tried your latest updates on 10.15.4. However, I cannot normally boot (stuck on +++) with all the 10 patches applied. So I tried to use only 4 below patches, and then successfully booted: #1xcpm_core_scope_msrs © Pike R. Alpha Modify 10.15.4 N.Mano #2_xcpm_pkg_scope_msrs (c) Pike R. Alpha Modify By N.Mano _xcpm_SMT_scope_msrs #1 (c) Pike R. Alpha Modify By N.Mano _xcpm_SMT_scope_msrs #2 (c) Pike R. Alpha Modify By N.Mano Also, I used back to the FakeID 040674. Below is the Geekbench results, from where you can see the score is quite low, 40% lower than my previous Mojave. Did I choose the wrong patches? Actually I tried to add the other 6 patches one by one, but none of these options can boot.
    1 point
  12. 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
    1 point
  13. No apology needed, being a Hackintosh user means that I should also be keeping my kexts up to date too
    1 point
  14. @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 point
  15. Guys, what is your boot time on Catalina 10.15.4? With every new commit, my boot time just increasing and I don't get it why? Don't get any error, everything works great, but boot time really annoying. 20sec boot time now being 50sec. Super fast OpenCore now turned to super slow OpenCore I don't know what will happen when I update to with new commit tomorrow. I'm afraid to update OpenCore anymore.
    1 point
  16. Sorry, I've been using this for so long and still forget that the details are important. Usually before updating to a minor or major MacOS version, I first update the bootloader (Clover) to the latest, reboot and test it, if it's all good, I'll update the kexts to their latest version as well and test if everything is working before I start updating MacOS. So, again, my apologies, because my kexts are not the same versions from the ones in the repository.
    1 point
  17. So after some validation, I replaced my Cover efi to OpenCore. I had to do the following things... 1. Added my own CPUFriend profile generated with CPUFriendFriend 2. generated my own USB-Port mapping with HackInTool. The problem that I faced is that with our Clover based installation XHCI was being renamed to XHC so when I generated the USB-Port mapping from my existing running setup, the generated files were still referring to XHC. However this renaming is not required and is not being done in @simprecicchiani OpenCore efi. So I changed all references of XHC in the generated usb-port mapping files to XHCI. 3. I’m using DW1830 and was using AirportBrcmFixup with Clover but now the DW1830 is working without it in OpenCore. 4. Bluetooth is working after adding BrcmPatchRam and related kexts. One thing I’m not able to understand is how to conditionally load BrcmPatchRAM2 v/s BrcmPatchRAM3 for Mojave and Catalina reap. Yes I am still keeping Mojave installation along with Catalina. Also, I replaced BrcmFirmwareRepo with BrcmFirmwareData as the former is not suitable to load from the OpenCore but only from /L/E or /S/L/E. 5. Converted my clover smbios to OpenCore and iCloud and iMessage etc are all working fine without even needing a logout /login. 6. One more thing I never understood and it never caused any trouble is that when Catalina was launched it was told to not rename EC0 to EC. And SSDT-EC-USBX has a section advising to do things such that AppleACPIEC kext should not load. But I see that it’s loading under boot-ec with our T460 and never caused any trouble with Mojave or Catalina. Basically T460 has an EC device that is by default named EC, would it make sense to disable it and create a fake EC. I don’t think it’s causing any trouble, was working well with existing clover based installation, and even OpenCore with Catalina.
    1 point
  18. Cool, I'm also on 5107 and I also keep Lilu and WhateverGreen updated.
    1 point
  19. This should fix the OPEMU errors.... OPEMU.zip Don't have macOS on any of my machines to look into /osfmk/i386/trap.c:731] (error) Comparing pointers that point to different objects [comparePointers] Also, hey spakk
    1 point
  20. 1 point
  21. New MacBook Air has 3733MHz Ram installed
    1 point
  22. What version of Clover are you running? I'm on 5103 and am having performing the update. EDIT: Updating to version 5107 worked for the installer, however now loading the OS fails on "Hash data from ME never returned" - I've read that this relates to the Intel GPU. Could you please post your Clover folder so I can compare it with mine and see if I'm missing anything? EDIT 2: Updating Clover to 5107, Lilu to 1.4.2 and WhateverGreen to 1.3.7 did the trick for getting 10.15.4 installed and running for me.
    1 point
  23. When you place Brcm Bluetooth kexts in E/C/k/O, you must use BrcmFirmwareData.kext and NOT BrcmFirmwareRepo.kext. BrcmFirmwareRepo.kext is to be used only when placing Brcm Bluetooth kexts in /L/E. Remove BrcmFirmwareRepo.kext from E/C/k and replace with BrcmFirmwareData.kext. Also, I have not tried using E/C/k/O and E/C/k/10.15 kext folders. For this test, place all kexts in E/C/k/O and don't use E/C/k/10.15.
    1 point
  24. I just follow your lead today, then it works perfectly now! Very thanks to IronManJFF ! You are the hero of Z77MX-QUO-AOS! Here is a tip that it may needs EFI MOUNTER or CLOVER CONFIGURATOR to access efi folder of OSX system drive. (my experience)
    1 point
  25. X99 and X299 same patches. X99 with _xcpm_bootstrap © Pike R. Alpha X299 No bootstrap patch.
    1 point
  26. Hi Slice, coders Tried to switch back from OpenCore to Clover 5108 om my old AMD CPU (fx8350), Catalina 10.15.4 installed. I have updated the mask kernel patches using the correct syntax for Clover with the latest OC ones. Unfortunately it does not work with Clover, kernel panic during boot. Anyone else who has tested the latest Clover with mask kernel patches for AMD? thanks!
    1 point
  27. I'm back to the scene since today (16/10/2018). I've bought myself a new MacBookAir7,2. Will continue to develop for the hackintosh community. I've started by uploading under the Developers Corner a new version of AutoAPBDecrypt 2.0. CommonCrypto is altered to not allow decryption of Apple Protected Binaries. Solved this using an Apple updated version of OpenSSL 1.0.1j (included in the installer package). I can report that I'm very pleased to be back.
    1 point
  28. It is already confirmed corrected.
    1 point
  29. Download and Auto-Compile OpenCore, Drivers and General Kexts (Debug or Release) https://github.com/Pavo-IM/ocbuilder/releases
    1 point
  30. Fixed now memory modules misconfigured MacProMemoryNotificationDisabler https://github.com/IOIIIO/MacProMemoryNotificationDisabler Test for MacPro7,1 Debug.zip Update Lilu.Kext Thanks Lilu & Team.
    1 point
  31. report missing local header now. Active Platform = /Users/sherlocks/src/CloverBootloader/Clover.dsc .......build: : warning: Module MetaFile [Sources] is missing local header! Local Header: /users/sherlocks/src/cloverbootloader/refit_uefi/platform/startupsound.h not found in /Users/sherlocks/src/CloverBootloader/rEFIt_UEFI/refit.inf build: : warning: Module MetaFile [Sources] is missing local header! Local Header: /users/sherlocks/src/cloverbootloader/refit_uefi/platform/startupsound.h not found in /Users/sherlocks/src/CloverBootloader/rEFIt_UEFI/refit.inf . done! Building ... /Users/sherlocks/src/CloverBootloader/MdePkg/Library/UefiDriverEntryPoint/UefiDriverEntryPoint.inf [X64] Building ... /Users/sherlocks/src/CloverBootloader/MdePkg/Library/UefiLib/UefiLib.inf [X64] Building ... /Users/sherlocks/src/CloverBootloader/MdePkg/Library/UefiRuntimeServicesTableLib/UefiRuntimeServicesTableLib.inf [X64] Building ... /Users/sherlocks/src/CloverBootloader/MdePkg/Library/UefiDevicePathLib/UefiDevicePathLib.inf [X64] Building ... /Users/sherlocks/src/CloverBootloader/MdePkg/Library/UefiMemoryAllocationLib/UefiMemoryAllocationLib.inf [X64]
    0 points
×
×
  • Create New...