Leaderboard

RX560

I've re-assigned master, for both Clover and OpenCorePkg. It means now that master is using 0.7.3 version of OpenCore : update your OpenRuntime.efi. And please, call it OpenRuntime-v12.efi. Reason for that is that, when we'll have a v13, the v12 will be automatically ignored and you'll be able to have OpenRuntime-v12.efi AND OpenRuntime-v13.efi in the same driver folder and Clover will pick the right one : no more panic when you'll switch version. NOTE : please re-clone, or make sure that Clover AND OpenCorePkg pointing to the new master. I've tested with buildme and buildme XCODE8 from scratch, so if it doesn't compile, it's because you got a wrong version (old or deleted commit). Maybe USB/FixOwnership is wrong ?

If you wanna be on the safe side go for AMD R9 series like 270x or 280x. My R9 270X works ok even with the beta 7 but i don't know if that's gonna change with the final release or not. But I wasn't able to get acceleration on my R9 270 (non X version)

Not truly, because this bit is already included in database for all compatible models.

OK. From the source code of @Pike R. Alpha's ssdPRGen.sh, I've learned how to compute the ProcessorBlockAdress from offset 0x98 of the FACP.aml table. I'm still learning from these hackintoshing exercises, learning more than I expected—and arguably learning more than I can understand. Short lesson: One does really need the full complement of ACPI tables to write SSDTs! TL;DR The wrapping SSDT-CPU_WRAP3, attached to the post above, correctly declare its Processor() objects. Pfew!

Right. For me default value is good.

Done. I will study this moment

Found the same. It's the validator. Fixed. It's fixed. Have you checked USB/FixOwnership ?

Monterey since beta 7 has no Nvidia graphics drivers. You may use Chris111 solution but this is the end for Nvidia in macOS.

On the side note, if you guys wanna take a look at X12/W-3375 CPU data. So far no luck booting but here is the SysLog and OpenCore log. Also not sure if the max_cpu is still 64 or they've removed it. Bios is CFG locked but seems like UEFI Patcher can patch the bios, didn't update it yet just patched it. ./UEFIPatch BIOS_X12SPA-1B57_20210621_1.1_STDsp.bin parseFile: non-empty pad-file contents will be destroyed after volume modifications patch: replaced 8 bytes at offset 25E0h 480BC2BA00200000 -> 480BC2BA00000000 Image patched SysReport.zip

This is my first fully functional Ryzen Hackintosh after many many years of intel builds and when I say fully functional I mean just that. Everything is working bar SideCar of course as there's no IGPU and I'm using SMBios iMacPro1,1 but as for everything else goes like proper sleep, Wake, All iCloud functions, Handoff, AppleWatch Unlock etc etc all works beautifully. I have fully mapped out USB manually on all ports and there's no micro stutters or freezes or anything else strange that you can think of. A big huge Thank you too @Shaneee For he's amazing patches and help when I needed it and a I couldn't put up a thread like this without showing my respect to the jedi master @MaLd0n, You both rock PLEASE NOTE - The EFI has now been expanded and usb has been fully mapped to included the X570 Pro, Pro Wifi and Ultra. No changes to the EFI are needed for any of the above boards, Just add your info and away you go. If you want to use the internal intel wifi and bluetooth combo card then make sure you download and instal the correct kexts from here. https://github.com/OpenIntelWireless Build Spec CPU: Ryzen 9 5900X Motherboard: Gigabyte AORUS X570 Pro (Bios Revision - F33a) RAM: Corsair Pro Vengeance 32GB DDR4 3600Mhz (Tuned) Graphics: Sapphire RX 6800 Case : Lian Li PC-O11DW Dynamic NVMe: Samsung 970 EVO 1TB & Samsung 970 EVO Plus 1TB SSD: Samsung 860 EVO 1TB HDD: Seagate Barracuda 1TB PSU: EVGA SuperNOVA 850 G5, 80 Plus Gold 850W WiFi-Bluetooth: ABWB BCM94360CS2 802.11AC WI-FI With Bluetooth 4.0 PCIe Sound: Onboard & Native Instruments Audio 6 Cooling : Arctic Liquid Freezer II 360 AIO Installed Operating Systems: Big Sur 11.4 - Windows 10 Pro Bootloader: OpenCore 0.6.9 ACPI SSDT's SSDT-USBX.aml (USB power tables) SSDT-PLUG.aml (CPU power management) SSDT-SBRG.aml (Correcting EC, RTC Memory & IRQ Conflicts) SSDT-SBUS-MCHC.aml (Correct SMBus) SSDT-XHC.aml (USB rename's) Kexts Lilu.kext VirtualSMC.kext WhateverGreen.kext AppleALC.kext SmallTreeIntel82576.kext AMDRyzenCPUPowerManagement.kext SMCAMDProcessor.kext USBMap.kext What Works Sound including the case's front headphones 3.5mm port Ethernet Port WiFi / Bluetooth USB Type C, 3.0 & 2.0 (All ports Mapped & Open) AirDrop iCloud Hardware Acceleration iMessages Facetime Sleep & Wake Sleep and Shutdown via the Power Button Power Nap Handoff Netflix on Safari browser Continuity Apple Watch Unlock What Doesn't Work Sidecar Bios Settings Enter BIOS -> Press Delete -> Enter Setup Save & Exit -> Load Optimized Defaults Boot -> CSM Support -> Disabled Boot -> Fast boot -> Disabled Boot -> Secure Boot -> Disabled Settings -> IO Ports -> Above 4G Decoding -> Disabled Settings -> IO Ports -> USB Configuration -> Legacy USB Support -> Auto OpenCore EFI Update V0.7.4 - 04/10/2021 Gigabyte X570 Pro 7,1 074 EFI.zip - OpenCore v0.7.4, SMBios MacPro7,1 SMBIOS iMacPro1,1 Conversion Kit - 07/06/2021 Gigabyte X570 Pro 1,1 Conversion Kit.zip IMPORTANT BIOS CHANGE Settings -> IO Ports -> Above 4G Decoding -> Disabled IMPORTANT NOTE - PLEASE DISABLE ABOVE 4G DECODING IN THE BIOS. I HAVE DISCOVERED A SERIOUS FLAW IN THE GIGABYTE BIOS EFFECTING THE GPU PERFORMANCE AND THE ONLY WAY TO FIX IT WAS TO DISABLE ABOVE 4G DECODING IN THE BIOS AND TO ADD THE BOOT ARGUMENT npci=0x2000 TO THE CONFIG.PLIST. Note 2 - I have decided to fully bypass OpenCore when booting into any other OS other then MacOS so now Windows and Linux no longer see your PC as a MAC and no parts of the ACPI, Patches, MacOS Details or anything else is loaded into any other OS. Note 3 - If your not using a 5700 XT or any other Navi GPU then remove agdpmod=pikera from the boot arguments. Note 4 - The SmallTreeIntel82576.kext is now fully working under Monterey 12.0 as of Beta 8. Current EFIs Change-Log Updated 04/10/2021 EFI Install Notes Using PlistEdit Pro add your details by modifying the following IMPORTANT PATCH INFO TO SET THE CORRECT CORE COUNT FOR YOUR CPU Core Count patch needs to be modified to boot your system. Find the three algrey - Force cpuid_cores_per_package patches and alter the Replace value only. Changing B8000000 0000/BA000000 0000/BA000000 0090* to B8 <CoreCount> 0000 0000/BA <CoreCount> 0000 0000/BA <CoreCount> 0000 0090* substituting <CoreCount> with the hexadeciamal value matching your physical core count. Note: The three different values reflect the patch for different versions of macOS. Be sure to change all three if you boot macOS 10.13 to macOS 12 See the table below for the values matching your CPU Core Count. CoreCount Hexadecimal 6 Core 06 8 Core 08 12 Core 0C 16 Core 10 32 Core 20 So for example a 6 Core 5600X Replace value would result in these replace values, B8 06 0000 0000/BA 06 0000 0000/BA 06 0000 0090 Or a 12 Core 5900X that I have it setup as standard would result in these replace values, B8 06 0000 0000/BA 0C 0000 0000/BA 0C 0000 0090 12 Core EXAMPLE Additional Tools and Files PlistEdit Pro.zip - PlistEdit Pro (use to edit OpenCore) https://github.com/headkaze/Hackintool/releases - Hackintool Screenshots & Benchmark Results If you have any questions or need any assistance with using this EFI then feel free to get in touch.

https://github.com/chris1111/Geforce-Kepler-patcher/issues/1

Yes

RX 630 is a laptop part, you cannot purchase such a GPU to put into a desktop PC. And performance sucks too, it is a very low-level, entry powerful (powerless? ) card.

It can be Ellesmere (as mine) also compatible from HighSierra to Monterey. Other cheep cards may be R7 240-260, 350, 430 Oland family. Compatibility is questionable. And new card RX630 I don't know what is it

I have the ROG-STRIX-RX560-O4G-GAMING, polaris 21, with external power, 4Gb DDR5 at 7Mhz, with a consumption of 80 watt, it works correctly in Monterey so far.

Just got lucky and WAY over my budget, on the work side wanted to test against the 32core threadripper. yeah I’ve noticed that too. 8 socket 😁, they’ve must be using one solution for all. 👍🏻 Thanks I’ll give it a shot tonight. Given that I didn’t spend much time on it, but decompiling both kernels on Big Sur and Monterey I couldn’t find any 64 core limitations or maybe I just simply missed something. Considering that Ice Lake CPUID was in Xcode one might hope it’ll be in the kernel for 12.2-12.3 release or who knows maybe Cook will get drunk and will give us a nice Christmas present. You guys are the best!! Anytime and my pleasure.

Please be bold with your creativity and I will be very happy to accept your design.

Thanks chris1111. I'll do that right now

@sonicthehedgehog2 See my repos GeForce Kepler Patcher

Hi. As @Jief_Machak says: have a look to FixOwnerShip in your config.plist ! For my Z390 config, I've the same trouble. All works fine when @Jief_Machak set FixOwnerShip to false.

Oh, you got a Christmas present 18 weeks in advance! And a W-3375 instead of a W-3365 QS. With only one patch applied, and a very short one, I would NOT trust that both MSR registers have been properly unlocked. Booting with the original BIOS and both Xcpm quirks appears safer. Apple has no obvious reason to change the 64 thread limit in its x86 kernel. Out of caution, I would first attempt to boot with Hyper-Threading disabled. CPUInfo.txt identifies the W-3375 as a Core i5 (AppleProcessorType 0x0605). Some CPUID spoofing could be useful. Maybe Cpuid1Data: 57 06 05 00 00 00 00 00 00 00 00 00 00 00 00 00 Cpuid1Mask: FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 based on your W-3265M. All slides are good. Two quirks less! No EC in DSDT. No AWAC but a RTC which should be compatible with OS X natively. NVRAM possible. The SSDTs will be rather simple… …except for the ACPI 6.3-style processor devices. Four sockets, with 128 processors (threads) each! Either Supermicro knows something about unreleased products, or we have here a possible common ACPI code base for Intel Xeon (more than two sockets) and AMD EPYC (128 threads per socket). Let me think about the best way to do it. Update. Here is a first proposal with a simplified approach to wrapping. Unless your GPU needs or benefit from a SSDT-BRG0, these five SSDT should be all that is needed in the OC\ACPI folder, but I'm not sure if the old-style processors are declared with the right parameters for this system. SSDT X12SPA-TF.zip

Thanks a lot 😊 I already use --recurse-sudmodules args, without success. Now, I create a new folder with your command line: all works. Don't on an existing CloverBootloader folder. Strange.

Good luck suggesting that to OC team.

@Jief_Machak I think it will be interesting to build Openruntime with his incremental number version ( OpenRuntime-v12.efi), to identify it immediately. Just an opinion, but I don't know if it's possible. I can build Clover successfully. Thanks. Please, can you re-add @Slice commit for macOS Monterey Beta 7. When you'll have time

thanks a lot[emoji2] Sent from my SM-N960N using Tapatalk

@antuneddu @Septendre @miliuco Thanks 🙏🏼

THANK YOU!!!!! That was it. I can’t believe that BetterZip was causing that. WTF? I would have never thought to look at BetterZip! I just knew the great people on this forum would have an answer for me.

Sorry, my mistake. Then you're right. @rajkhand must set 2 keys in config.plist: Kernel > Quirks > CustomSMBIOSGuid > True (default False) PlatformInfo > UpdateSMBIOSMode > Custom (default Create). So OpenCore doesn't pass SMBIOS data to other operating systems.

tested here on All In One Asus Vivo AiO V241IC-R it worked perfect with the Cloverx64 and OpenRuntime v12.efi set posted by Jief thanks

Yes understood that. But if that works, it means you are NOT using the Clover I've sent that use OC 0.7.3. OC check OpenRuntime version and stop if version is not right with a message "incompatible version". Because OC stop (CpuDeadLoop), Clover GUI is frozen. If implemented a check before that gives a panic message, so at least people know. New Clover that uses OC 0.7.3 cannot use that same openruntime as before when it was OC 0.6.1. It is just impossible. It seems to work, so I'll convert that branch to master, keeping the old master as something like "0.6.1branch" in case we need to access it sometime.

@chris1111 Thanks for your script for beta 7!!!

USB Create Install Media HP Probook 6570b Works here OC 0.7.4 Lattest compill MacBook Pro 13.1 (j132) Secound stage Boot install edit *** after secound stage boot Setup MacBook Pro 13.1 (Disable) complet other step boot then result is perfect

@5T33Z0Incremental automatic update has been added, please download the latest release. More suggestions or questions are welcome.

Please mark topic as solved... Positive news for all other people with same problem! I have found the final solution to be able to upgrade from Catalina to BigSur on the legacy system itself: 1. You have to have a working "Emulated NVRAM" as described here: https://dortania.github.io/OpenCore-Post-Install/misc/nvram.html 2. Add the additional value "msu-product-url" to the "LegacySchema" section under "7C436110-AB2A-4BBB-A880-FE41995C9F82" 3. Add the necessary value to the NVRAM using following command: sudo nvram msu-product-url="msu-product-url://$(diskutil info /System/Volumes/Data | grep "Volume UUID" | awk '{print $3}')/macOS%2520Install%2520Data" 4. Upgrade to BigSur from inside Catalina 5. The system restarts now to a working updater 6. After several restarts the system is updated to BigSur 7. Remove NVRAM variable and previous added OC config Entry "msu-product-url" 8. Have Fun with BigSur

@Jief_Machak I re-clone. Unfortunately, can't build again: enerating BootSectors make: Nothing to be done for `all'. Done! In file included from /Users/mathieu/src/Cloverbootloader/rEFIt_UEFI/Platform/platformdata.cpp:7: In file included from /Users/mathieu/src/Cloverbootloader/rEFIt_UEFI/Platform/smbios.h:15: In file included from /Users/mathieu/src/Cloverbootloader/rEFIt_UEFI/Platform/../Platform/cpu.h:15: In file included from /Users/mathieu/src/Cloverbootloader/rEFIt_UEFI/Platform/../include/OC.h:25: /Users/mathieu/src/Cloverbootloader/OpenCorePkg/Include/Acidanthera/Library/OcMainLib.h:46:2: error: "Unknown target definition" #error "Unknown target definition" ^ 1 error generated. note: Using new build system note: Planning build note: Constructing build description ** BUILD FAILED ** HEAD is now at c8e7ee0a Disable reading config.plist. HEAD is now at 0bca61ad3 Handle multiple OpenRuntime version.