There is however a USB 3.1 controller that you have mapped in the DSDT that does not seem to show up in the Hackintool USB mapping tab. Not too sure what is going on as it seems my USB mapping is good. I have had to unplug every USB devices and only left my mouse and keyboard pluged directly into USB ports on my motherboard and not the hub. and would freeze the whole system after connecting to the Apollo. This morning it happened again. I unpluged a USB hard drive that was plugged directly to a USB 3 port of the motherboard before powering up and noticed my thunderbolt audio interface was acting out.where the interface would connect but I would get an internal message stating that the interface was unresponsive and could not connect to the DSP (Apollo Twin X). It happened once by me unplugging my keyboard from my USB 3 hub. but I have had a few instances where I get a complete computer freeze by plugging and unplugging some USB devices. Thanks so much in advance for all the help!!Įverything seem to be working fine. I've also included the EFI from my Clover Mojave system where everything works 100%. I've included the SendMe here in the hope that I could get my DSDT patched properly as I'm a little out of my depth with OpenCore (to big to upload here):
#Google drive sign in error d084 install
Anyway I could download the 11.6 update, it would go through the whole install to them just tell me right at the end that the update could not be applied and reverted back to 11.2.3 so I'm not sure how good my map is and maybe this is due to the USB 3.1 controller not being seen properly. even though the device would actually connect and mount. I've attempted to make my custom USB map but a lot of the USB3 and 3.1 ports would not show any device connected to them in Hackintool when trying to map them all out. I suspect it is because it is still loaded in the cache, but if I clear the cache following this guide: it recks my install and constantly boot in recovery and forces me to re-install BigSur ) Note about the AppleGFXHDA removal: managed to get it removed and boot from a snapshot that did not have it, but the kext was still loaded even though it was not in the extension folder anymore. Nothing is really being implemented (PCI) (see system info screenshot here) : system info.zip The AppleGFXHDA.kext from S/L/E is not removed So the problem is back in BigSur that my assumption is that this would be because of either
Getting everything to implemented (PCI), using KGP custom made SSDTs and one for the Vega with special buffers and custom power management table
Had to buy an HDMI to DP converter to make all connections to the video card DP.ĭisabling XMP from Bios. I had this problem in the the past in Mojave and I fixed those by doing the following on my Mojave/Clover install:ģ screens connected, and 2 with DP and one with HDMI. then I could install no problem.ģ x Displays (2 DP and 1 DP to HDMI converter)Įverything seems to work but my Vega 64 freeze the computer after a while, mostly on video call (zoom) and about 10min after my screensavers are kicking in. It was a little tough to install because I was getting the reboot loop, up until I flashed my Asus Deluxe ii bios to the latest bios with msr02 unlocked as well as nvram whitelist unlock. I want to transition to BigSur and I have just installed Big Sur 11.2.3 on a separate drive to test it out with Opencore 0.7.4.
I've running a hack for a while on Mojave with clover, everything works including thunderbolt hot swap.
0 kommentar(er)
