Jump to content

Rafael da Fonte Costa

Members
  • Posts

    1
  • Joined

  • Last visited

Everything posted by Rafael da Fonte Costa

  1. 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!
×
×
  • Create New...