Where did you hear about that?:eek:
UsbConnector=0 is for regular USB2 Type A ports. Are you treating the card reader as if it was an external one...?
I'm not familiar with USB card readers so maybe you're right.
No nVidia device under "Graphics" indicates disabled dGPU.
To further confirm it, I looked for devices under PEG0/IOPP in IOReg and found nothing. That means you've successfully disabled dGPU. Congrats.
As for odd fan behaviors, I have no idea. Perhaps wait and see if it's always acting...
Use EasyUEFI to manage EFI boot options.
Nothing fast about hackintosh. Get ready for tons of headache if you want to do it : )
You should use Google first.
I also once suffered from this problem until recently I found the fix. Take a look at my thread:
https://www.tonymacx86.com/threads/guide-how-to-fix-bcm94352z-dw1560-bt-lost-after-sleep.276501/
It might work for you. Good luck.
I've also experimented with different delay values previously but those settings didn't solve the problem. After adding the corresponding error-handling mechanism, I tried removing the boot-args. In my case, no boot-arg is required any longer.
Have you got rid of this problem in the end? If yes...
I've created a fork on GitHub: https://github.com/Grid-H/OS-X-BrcmPatchRAM
You can download it, change base SDK and deployment target to macOS 10.13 and compile it yourself.
In fact I only made a very small change...
Haha, at first I also thought it was a DSDT-related problem.
Hello pals using BCM94352z:
I'm here to share the final solution I've found to the DUPLICATE DEVICE problem of BCM94352z, in the hope that it would help you.
This problem has been bothering me for a long time. I searched the whole Internet but got no clue. The most common advice is to adjust...
Hello, I'm experiencing a similar problem and need your help since you're the first man I see who really figured it out!
Would you please temporarily disable this dsdt patch and test again to see if a SECOND BCM20702A0 device appears under System Information.app/USB section each time when BT...
No... Just a unrelated patch about fn keys. The main point was that the base dsdt was extracted from an old version of BIOS, thus containing incompatible code which caused the problem.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.