New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MacBookPro11,3 GMUX issues with 12.0 Beta 7 and newer #522
Comments
Hi, I'm still getting black screens on beta 8 after patching with 0.2.5. The black screen happens shortly after I logged in to the desktop and the dGPU seems to be down no matter if I disabled it or not. Removing Lilu from EFI doesn't help either. However there's no problem in Safe Mode. |
@khronokernel having different issues now with beta 9 commented on #508 |
Hi, I would like to report that from my experience, the suggested Safe Mode workaround works fine only with upgrades and installations from scratch. However, I've been unsuccessful in restoring from a Time Machine backup using the Migration Assistant. The behavior is the same even if the root patch is applied with another user account before restoration. I assume the restoration process wipes the root patch. All this to say that only the temporary Nvidia deactivation seems to be a safe & universal workaround. Also the nvram command does seem to do the trick. I've been running the following script in a live linux session successfully though: https://github.com/0xbb/gpu-switch I hope this feedback can save people a few headaches & time. |
This is a clear and versatile solution. But now the brightness is not regulated and there is no way out of sleep mode. This requires patches similar to those for 5.x and 8.2. Similar patches are needed for 10.2, if NVidia is faulty in it. Please add the ability to apply these patches to such machines. |
This is why it remains a temporary fix. It allows the installation and restoration to go through. Also it avoids the hassle of being around to press shift after the reboots! Once restored, you can apply the root patch and reactivate the Nvidia card. Then everything will be as it should. If you never wish to use the Nvidia card, you can also apply the root patch and reboot. I think brightness control and so on would then be working as well. |
Nvidia is not working properly. Cannot be turned on. I follow the path Patcher Settings / Miscellaneous Settings / Set Software Demux, but the required patch is not installed. Changing the model doesn't change anything. |
I don't know what you're trying to do. Software demux is not needed on a MacBook Pro 11,3. Actually you don't need to touch any settings. The defaults are just fine. |
is this still the case? After an install, I will have an Apple logo screen permanently on display, even though I can hear Siri talking on the setup screen. |
It is not necessary to transfer the computer to UMA, you can go through the initial installation by booting the computer with the shift key pressed on the right side, apply the patches and then restart normally. In general, we can say that there is no point in installing Monterey on MBP11.x. It loads every other time, you have to go back to Big Sur. |
It depends on the condition of the equipment. Only the line "fa4ce28d ..." may not be enough, the "nv_disable = 1" flag may be required. Of course, it's easier to go through the initial setup in a safe mode. |
@vdm-alt What is the best way to disable NVMeFix? |
I've run into the same issue trying to restore via Time Machine. If I try to do a normal boot after restoring, the Mac won't boot. Booting into Safe Mode keeps showing the "migration complete..." message. Were you able to get around this issue? If so, I'd be curious to know how you did. Thanks in advance. |
@vdm-alt Thanks for the reply. I'm now going to ask a dumb question: what program are you using to set this value? Thanks. |
plistedit pro for mac |
I did what you quoted. I boot linux from a live USB drive. Ubuntu here may be best because Broadcom wifi can be turned on easily with the "additional drivers" app. Then I download the script above and execute it as root to force the iGPU in macOS. Form there the macOS installation process will go as smoothly as if you had no Nvidia card. Nowadays, I follow the same process for all updates. The safe boot trick did not work for me with the upgrade to 12.1. Also, it's pretty cumbersome to watch out for reboots anyways. Interestingly, the Nvidia card got reactivated automatically after the upgrade to 12.1 was complete. Previously, I needed to return to Linux to reactivate it with the same script. |
Hi, a complete noob here who's going to try and install Monterey on his MacBookPro11,3 for the very first time.
|
It's probably not worth it if you have a dual GPU (discrete GT 750M), lack of native compatibility and issues arising from that |
My MacBookPro11,3 system was unstable on 12.1 until I installed mac fan control and set the fans to turn on with the following settings: I also put down some new thermal compound on my CPU and GPU, since this is a seven year old machine. It hasn't crashed since I made those changes, so I guess that's good? |
If GT750 M is not stable and does not withstand the load, you can use a program switch gfxCarsStatus or gSwitch. In general, I no longer see problems with the stability of 11.x in Monterey. 12.1 only took longer to load. |
Ironically gpu instability was an issue with my 15" 2010 MBP, which required a hardware repair, before which I was using those sorts of apps to manually force the dGPU to be disabled. As I recall, the Intel GPU is painfully underpowered for running programs like Google Chrome, so if the fans blasting keeps the GPU stable enough not to crash the machine, I'm all for it. |
With macOS 12.0 Beta 7, Apple had removed Nvidia Kepler acceleration. Because of this, we are required to root patch acceleration back in. (implemented with v0.2.5)
However with MacBookPro11,3 machines, their GMUX defaults to the dGPU in UEFI and on inital OS loading. After the graphics stack loads in, GMUX will pass control over to the iGPU.
However since Kepler drivers are missing in Beta 7, the GMUX fails to transfer Display ownership over to the iGPU. This results in a black screen for the user as the dPU is dead and the iGPU is not hooked up.
Work Around
To resolve, users must either disable the dGPU or boot via Safe Mode.
For us, there's nothing we can do besides notify the user in our documentation to use Safe Mode to boot into the OS to root patch:
References
Shift
+Enter
on the macOS entrysudo nvram FA4CE28D-B62F-4C99-9CC3-6815686E30F9:gpu-power-prefs=%01%00%00%00
%00%00%00%00
when user has root patched Kepler support back inThe text was updated successfully, but these errors were encountered: