Hi everyone,
I'm troubleshooting a Hackintosh based on an older Ivy Bridge platform, and I'm currently stuck with two related-looking issues. I'm looking for help identifying the actual root cause rather than just randomly changing kexts or ACPI.
Hardware
Motherboard: Gigabyte GA-H61M-S2-B3 Rev. 1.0
Chipset: Intel H61
CPU: Intel Xeon E3-1270 v2 (Ivy Bridge, 4C/8T)
RAM: 16 GB DDR3 (2×8 GB, 1600 MHz)
GPU: AMD Radeon RX 580 2048SP, 8 GB
Storage: WDC SATA HDD
Ethernet: Qualcomm/Atheros AR8151 (PCI ID 1969:1083)
Wi-Fi: USB RTL8192EU
Audio: onboard HD Audio
Software
macOS: Monterey 12.6.5 (21G83)
OpenCore: 1.0.7
SMBIOS: MacPro6,1
Legacy BIOS motherboard; OpenCore is booting through LegacyBoot from a FAT32 USB drive.
The macOS installation itself is not complete yet. Most of the testing is being done from Monterey Recovery/Installer.
Problem #1 — Complete freeze
Monterey Recovery/Installer eventually freezes completely.
The freeze is not limited to one specific screen. It can happen on different parts of the GUI. When it happens, the mouse/display/audio stop responding.
I have not yet established whether the kernel itself is completely dead or whether this could be a GPU/display-related hang.
Problem #2 — Restart causes a panic
Shutdown works normally, but selecting Restart results in a kernel panic/failure.
An earlier panic capture showed:
Darwin 21.6.0
MacPro6,1
uptime around 1 second
System shutdown begun: NO
kernel_task
Panic diags file unavailable, panic occurred prior to initialization
org.lvs1974.driver.CpuTscSync v1.1.3 appeared in the backtrace
This initially made me suspect CpuTscSync.
However, I verified the actual EFI being used for boot, and CpuTscSync.kext was already set to:
Enabled = false
I did not change anything because it was already disabled. The system still panics on restart.
So at this point I don't want to assume CpuTscSync is the root cause.
ACPI / power management
I generated an SSDT-PM.aml specifically for this Ivy Bridge CPU.
The SSDT contains the expected P-states/APSS/APLF/ACST information for the E3-1270 v2.
I also have:
SSDT-SBUS
SSDT-EC
SSDT-RMNE
SSDT-IMEI
SSDT-PM
I tested with SSDT-PM disabled and the corresponding CpuPm/Cpu0Ist ACPI drops disabled as well.
The Recovery freeze still occurred.
Because of that, I'm currently less convinced that SSDT-PM is responsible for the general freeze.
Current kernel quirks
Some relevant values:
AppleCpuPmCfgLock = true
AppleXcpmCfgLock = false
AppleXcpmExtraMsrs = false
AppleXcpmForceBoost = false
DisableIoMapper = true
DisableIoMapperMapping = false
DisableRtcChecksum = true
PanicNoKextDump = true
PowerTimeoutKernelPanic = true
SetApfsTrimTimeout = -1
Boot arguments:
-v debug=0x100 keepsyms=1 npci=0x2000
Kexts currently present
Lilu.kext
WhateverGreen.kext
VirtualSMC.kext
SMCProcessor.kext
SMCSuperIO.kext
RestrictEvents.kext
CpuTscSync.kext
USBToolBox.kext
UTBMap.kext
AtherosE2200Ethernet.kext
CpuTscSync.kext is currently disabled.
GPU question
The GPU is an RX 580 2048SP, which I understand can differ from the normal RX 580 in terms of GPU/device IDs and VBIOS.
I have not flashed the VBIOS and I have not applied a device-id spoof.
I'm wondering whether the 2048SP variant could be relevant to the Recovery GUI freezes, especially because WhateverGreen is involved, but I don't want to assume this without evidence.
What I've already ruled out / tested
SSDT-PM enabled → freeze still occurs
SSDT-PM disabled → freeze still occurs
CpuPm/Cpu0Ist drops disabled → freeze still occurs
CpuTscSync is disabled in the actual boot EFI → panic still occurs
Shutdown works; restart does not
The actual boot EFI has been verified to be the USB drive I'm using
I have deliberately avoided changing several other variables at the same time.
What I'm looking for
I'd appreciate advice from anyone familiar with:
Ivy Bridge + Monterey
Xeon E3-1270 v2
MacPro6,1
LegacyBoot/OpenCore
RX 580 2048SP
early Monterey kernel panics
CpuTscSync on Ivy Bridge
In particular, I'd like to know whether the panic pattern points toward a specific subsystem, and whether the RX 580 2048SP is a realistic suspect for the Recovery freezes.
I'm trying to identify the root cause systematically rather than just throwing kexts and ACPI patches at it.
Thanks!