- Dec 6, 2010
- AsRock Z490 ITX/TB3
- i7 107000K
- UHD 630
- Classic Mac
- Mobile Phone
@faithie999 It's best not to mix and match from other sources just stick to the ThunderboltDROM from your unpatched firmware. I changed 2C5 in the DROM to 285 to activate IOThundernboltPort5 but this will cause a CRC32 checksum error which needs to be fixed. If you look in the sleep/wake working IOreg you'll see that the ThunderboltDROM property isn't there under NHI0, which means it hasn't been loaded. I think you'll find that when you check the correct log it will show that there was an error with loading the DROM from IORegistry. Upload the output of the 'DROM' System log search when you've had time to do it, along with the relevant section of your Clover config.plist... Don't give up!!I've done lots of testing/experimenting with this the last couple of days. I think we are getting closer but not there yet.
You said to look for a checksum error in Hackintool-->logs by searching for DROM. no error shown. Output attached.
Wrong log in Hackintool, you need Logs > System not Logs > Boot
Finally, you said to run gfxutil to see if NHI0 was properly configured. It shows as
PCI0.RP21.UPSB.DSB0.NHI0 = PciRoot(0x0)/Pci(0x1b,0x4)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
I don't know if that means I need to change the path in Devices--property from Pci(0x1c,0x4) to Pci(0x1b,0x4). But ,when I do so, I never get a boot with the peripherals working. To get back to Pci(0x1c,0x4) in DROM properties, I usually need to do a CMOS reset. Output attached.
You do need to use this path: PciRoot(0x0)/Pci(0x1b,0x4)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)
Sorry for the long message. But I wanted to supply as much info as possible.