rawmassen Posted July 10, 2020 Share Posted July 10, 2020 (edited) Hi there, If anyone could help I'd be very grateful, I'm trying to move from Clover to OC but have hit a brick wall for the last 2 days. It's an ACPI table error: SB_.PCIO.XHC_RHUB.HS11, Namespace lookup failure. Skylake Build: OpenCore 0.5.9 Mojave 10.14.6, iMac17,1 Asus Maximus Hero VIII 6700K I've attached the config.plist and ACPI folder. EFI Drivers: OpenRuntime.efi and HfsPlus.efi Kexts: IntelMausi, Lilu, VirtualSMC, Whatevergreen Things I've tried... 1) Clearing NVRAM (as it was previously booted by Clover) 2) Hackintool USB Mapping: both the SSDT files and the USBPorts.kext 3) USBInjectAll.kext (with and without SSDT files) 4) SSDT-RHUB.aml. This seems to be directly involved, spent a long time with this but with no luck. I followed this guide: https://dortania.github.io/Getting-Started-With-ACPI/Universal/rhub-methods/manual.html Everything is XHC in my DSDT, except these definitions at the top (line 72 and 73): External (_SB_.PCI0.XHC_.DUAM, MethodObj) // Warning: Unknown method, guessing 0 arguments External (_SB_.PCI0.XHC_.RHUB.INIR, MethodObj) // Warning: Unknown method, guessing 0 arguments So I edited the SSDT-RHUB.dsl to this: /* * Goal of this SSDT is to shut off the RHUB to force macOS into * manually building ports when the ACPI is screwed up */ DefinitionBlock ("", "SSDT", 2, "DRTNIA", "RhubOff", 0x00001000) { External (_SB_.PCI0.XHC.RHUB, DeviceObj) // Full pathing to RHUB, change to yours Scope (_SB.PCI0.XHC.RHUB) // Full pathing to RHUB, change to yours { Method (_STA, 0, NotSerialized) { If (_OSI ("Darwin")) { Return (Zero) // This disables the device only in macOS } Else { } } } } Which results in this AML version: DefinitionBlock ("", "SSDT", 2, "DRTNIA", "RhubOff", 0x00001000) { External (_SB_.PCI0.XHC_.RHUB, DeviceObj) Scope (_SB.PCI0.XHC.RHUB) { Method (_STA, 0, NotSerialized) // _STA: Status { If (_OSI ("Darwin")) { Return (Zero) } Else { } } } } But I get the same error. I'm at a complete loss, can anyone help? config.plist ACPI.zip Edited July 10, 2020 by rawmassen Link to comment Share on other sites More sharing options...
rawmassen Posted July 10, 2020 Author Share Posted July 10, 2020 Here are the Hackintool SSDT EC & USB files that didn't work either. The info.plist within USBPorts.kext stated XHC for IONameMatch SSDT-EC-USBX.aml SSDT-UIAC.aml Link to comment Share on other sites More sharing options...
awsproton Posted July 20, 2020 Share Posted July 20, 2020 I hit the same wall converting a working OC EFI I built to work on a new machine using a new microarchitecture. The ACPI table which was not loading for me was an OEM SSDT with TableId `Dell__Bl`. I added this to the ACPI delete section and was able to boot successfully. In my case it was an SSDT from Dell which does nothing more than describe where USB ports are physically located on the machine and I saw no harm in unloading it. Search through the decompiled SSDT/DSDT files for the table path in the error messages and then see if you can unload it and get past that point. Link to comment Share on other sites More sharing options...
Recommended Posts