Update 2017.12.12-14.20 EET: whether or not I use the AMDGPUWakeHandler and whether I sleep or hibernate I can’t wake up of the hibernation/sleep. Depending on if I have AMDGPUWakeHandler on or off I get different outputs, but none of those end in a successful wakeup.
Update 2017.12.13-09.08 EET: After checking about the wake up problem after sleeping / hibernating with the people form MacRumors, I reached some conclusions.
- You don’t use AMDGPUWakeHandler with this solution, since it could create a kernel panic… so for that reason doesn’t work.
- pmset gpuswitch option can help, but it’s really undocumented officially, so we really don’t know what the values for 0, 1 and 2 stand for, and can vary from machine to machine I guess, or at least to macOS version to version.
- gfxCardStatus can help since the problem after wake up is the dGPU activates and the computer freezes.
I’ve updated steps 11 and 12 in consequence.
Update 2017.12.18-14.42 EET: I’ve tried to wake up from hibernation without gxfCardStatus and it worked pretty well I didn’t have any issue, so if you don’t want to have it installed or at least running in the background I think it’s OK.
Update 2018.01.09-21.35 EET: After install the security update to mitigate the effects of Spectre, I have to apply the fix again as explained here. Everything worked fine, but on wake up of hibernation I got a black screen a couple of times. Also the computer didn’t turn off and got stuck in a black screen. I really don’t know what is the reason, but seems it’s related to the gpuswitch parameter. I changed to 0 and then to 2 again, and seems that everything is normal again. But I don’t know if it’s really that or it’s other thing.
Ok!!!!!! There is a third, and I think final, solution to totally deactivate the dGPU. Till this moment this is my favorite solution and I even have the brightness back to my computer. Also it sleeps correctly. You can check my previous post also 1 & 2.
We all have to thank to MacRumors community that all of them have been working really hard to create a workable solution to all of us. This guide is almost a exact copy of the one posted by MikeyN here. I’ve just changed somethings and added the AMDGPUWakeHandler to manage the sleep.
Let’s explain how it’s done:
- As always you have to reset SMC and PRAM/NVRAM before you do anything else.
SMC: shutdown, unplug everything except power, now hold leftShift + Ctrl + Opt + Power and release at the same time.
PRAM/NVRAM: with the power cord on, power on and immediately later and before the chime hold cmd + Opt + P + R at the same time until you hear the chime for the second time. Try to do the following step just right after, so you don’t let the computer to load –and fail.
- Now, boot into recovery single user mode by holding:
cmd + R + S . When finish to load, you run:
Shell1234csrutil disable # to disable SIPnvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 # to disable the dGPU on boot.nvram boot-args="-v" # Load in verbose modereboot
- Reboot in single user mode holding on boot cmd + S
- Now we are going to mount the hard drive and move the driver of the dGPU
AMDRadeonX3000.kext out of the drivers folder.
Shell12345/sbin/mount -uw / # mount root partition writeablemkdir -p /System/Library/Extensions-off # make a kext-backup directorymv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ # only move ONE offending kext out of the waytouch /System/Library/Extensions/ # let the system update its kextcachereboot
- Now you’re going to be able to load your desktop normally, but with an accelerated iGPU display. However, the system doesn’t know how to power-management the failed AMD-chip, so you are going to need to load it manually.
Shell1sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
- You can automate the loading with the doing the following:
Shell12sudo mkdir -p /Library/LoginHook # Creating a folder to store the script.sudo nano /Library/LoginHook/LoadX3000.sh # Creating the script.
- On nano you type/paste:
LoadX3000.shShell1234#!/bin/bashkextload /System/Library/Extensions-off/AMDRadeonX3000.kext# pmset -a gpuswitch 0 # to prevent to switch to the dGPUexit 0
* I’ve decided to comment the line 3 since I’m not sure that 0 is the correct value. Besides, in the step 12 I set
- You make it executable active:
Shell12sudo chmod a+x /Library/LoginHook/LoadX3000.shsudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh
- This is what I like the most. You create a script in the root of your hard drive to automate the process in case of an update.
Shell1sudo nano /force-iGPU-boot.sh # Creates the script in the root
With the following content.
force-iGPU-boot.shShell1234#/bin/shsudo nvram boot-args="-v"sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00exit 0
- Now you make it executable and I hide to avoid delete it:
Shell12sudo chmod a+x /force-iGPU-boot.sh # make ir executablesudo chflags hidden /force-iGPU-boot.sh # hide the file.
In the future if you reset SMC and PRAM/NVRAM you just have to load in single user mode holding cmd + S and run:
Then, you can copy the AMDGPUWakeHandler, or the one I created AMDGPUWakeHandler.kext, to /Library/Extensions and run the following commands:
Shell123# sudo chmod -R 755 /Library/Extensions/AMDGPUWakeHandler.kext# sudo chown -R root:wheel /Library/Extensions/AMDGPUWakeHandler.kext# sudo touch /Library/Extensions
This time you don’t need to change the way the machine sleeps. And you can reboot.I recommend you the way the machine sleeps to hibernate, but I haven’t tested if it can sleeps normally after we apply the following step
Shell1sudo pmset -a hibernatemode 25
All the fuss about the wake up after sleep / hibernate is related to when the computer wake ups checks the GPUs and somehow it gets stuck to dGPU. For that reason some people has changed the variable gpuswitch in pmset. Nevertheless, this variable is really undocumented and you find explanations to what the values to that variable (0, 1 and 2) do on internet. At this moment I have it set as default 2.
Shell1sudo pmset -a gpuswitch 2
Which I thing it’s the default value.
You can try the different values, reboot and then close the lid and wake up and see the results.
What has worked for me is leave it in 2 and install gfxCardStatus, and every time I boot change to integrated only .
But still testing. I’ve tried to wake up from hibernation without gfxCardStatus and it also worked, so I guess it’s optional.
- After you reboot and if everything goes smoothly, perhaps you wan to return to the normal boot mode. You can room in terminal:
Shell1sudo nvram boot-args=""
This setup has now one kext in a place Apple’s installers do not expect. That is why in this guide SIP has not been reenabled. If an update that contains changes to the AMD drivers is about to take place it is advisable to move back the AMDRadeonX3000.kext to its default location before the update process. Otherwise the updater writes at least another kext of a different version to its default location or at worst you end up with an undefined state of partially non-matching drivers.
After any system update the folder /System/Library/Extensions has to be checked for the offending kext. Its presence there will lead to e.g. a boot hang on Yosemite and Sierra, an overheating boot-loop in High Sierra.
Further: this laptop is overheating, no matter what you do. The cooling system is inadequate and the huge number of failing AMD chips are just proof of that.
So, before you update the system, please remember to run:
cp /System/Library/Extensions-off/AMDRadeonX3000.kext /System/Library/Extensions/
Then you update. If you can’t normally load your computer, you can hold cmd + S and run:
Then you can reboot again on single user mode holding cmd + S and then run
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
To move again the kext. Keep in mid that the other one still there do you are going to probably rename it in this fashion:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/AMDRadeonX3000-1.kext
If you run in terminal
kextstat | grep AMD
You have to get something similar to this:
111 2 0xffffff7f82da8000 0x122000 0x122000 com.apple.kext.AMDLegacySupport (1.6.0) 3BE3756A-6D69-3CD0-B18A-BC844EE2A4DF <105 12 11 7 5 4 3 1>
130 0 0xffffff7f83631000 0x12e000 0x12e000 com.apple.kext.AMD6000Controller (1.6.0) DC45A18B-6F81-38D5-85CB-06BFBD74B524 <111 105 12 11 5 4 3 1>
146 0 0xffffff7f83126000 0x22000 0x22000 com.apple.kext.AMDLegacyFramebuffer (1.6.0) 5F948DD4-8D1E-31BD-A7EE-C44254CBA506 <111 105 12 11 7 5 4 3 1>
174 0 0xffffff7f83ab3000 0x56c000 0x56c000 com.apple.kext.AMDRadeonX3000 (1.6.0) 7E721EBE-AD4B-3C53-A70A-1FFF3C231968 <173 147 105 12 7 5 4 3 1>
In the beginning I wasn’t getting any of these and the system just loaded AMDRadeonX3000. That resulting in a little bit of overheating in the dGPU and I wasn’t able to sleep the computer. The reason for the system to not load the kext was I moved them that much that I changed the ownership of the files. If that is your case you can run in terminal:
sudo chown -R root:wheel /System/Library/Extensions/AMD*.*
to return the ownership to the System / Root.
Let’s hope that everything goes smoothly from now on. You have to see the bright side of life, now you have a quite cold running Mac since the dGPU is totally deactivated. After a while your temps have to be something similar to this: