Skip to content
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

Closed
1 task
khronokernel opened this issue Sep 29, 2021 · 24 comments
Closed
1 task

MacBookPro11,3 GMUX issues with 12.0 Beta 7 and newer #522

khronokernel opened this issue Sep 29, 2021 · 24 comments
Labels
documentation Improvements or additions to documentation enhancement New feature or request

Comments

@khronokernel
Copy link
Member

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:

  • Update Documentation to reflect GMUX issue and work-arounds

References

  • To trigger Safe Mode from OpenCore's Picker:
    • Press Shift+Enter on the macOS entry
  • To disable the dGPU for UEFI:
    • sudo nvram FA4CE28D-B62F-4C99-9CC3-6815686E30F9:gpu-power-prefs=%01%00%00%00
    • Arg can be set to %00%00%00%00 when user has root patched Kepler support back in
@sunyinqi0508
Copy link

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.

@donavanbecker
Copy link

@khronokernel having different issues now with beta 9 commented on #508

@svemonix
Copy link

svemonix commented Oct 28, 2021

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 data migration actually completes and says a reboot is needed. From there, booting in safe mode keeps landing on a message saying "migration complete, restart is needed". Of course, booting in normal mode results in the system hanging at the Apple logo and the loading bar around 30%. A deadlock.

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.

@vdm-alt
Copy link

vdm-alt commented Oct 28, 2021

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.

@svemonix
Copy link

svemonix commented Oct 28, 2021

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.

@vdm-alt
Copy link

vdm-alt commented Oct 29, 2021

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.

@svemonix
Copy link

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.

@hazelph
Copy link

hazelph commented Dec 1, 2021

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.

@vdm-alt
Copy link

vdm-alt commented Dec 1, 2021

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.

@vdm-alt
Copy link

vdm-alt commented Dec 11, 2021

Снимок экрана 2021-12-11 в 09 23 03

This NVMeFix.kext causes kernel panic intermittently. It does not need to be enabled for MBP 11.x models.

@vdm-alt
Copy link

vdm-alt commented Dec 16, 2021

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.

@satmandu
Copy link
Contributor

@vdm-alt What is the best way to disable NVMeFix?

@P0cket-Sevens
Copy link

P0cket-Sevens commented Dec 17, 2021

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.
(snip)
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.

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
Copy link

vdm-alt commented Dec 17, 2021

What is the best way to disable NVMeFix?
You can disable it by choosing "no", you can completely delete the line associated with it completely. The new version 0.3.3 does not install it anymore.
Снимок экрана 2021-12-17 в 09 06 28

@P0cket-Sevens
Copy link

@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.

@vdm-alt
Copy link

vdm-alt commented Dec 17, 2021

plistedit pro for mac

@vdm-alt
Copy link

vdm-alt commented Dec 17, 2021

I don't see such a problem, sorry. Just checked it out. OCLP 0.3.3 Monterey 12.1
Screenshot 2021-12-17 at 14 10 58

@svemonix
Copy link

svemonix commented Dec 17, 2021

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.

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.

@jyounus
Copy link

jyounus commented Dec 26, 2021

Hi, a complete noob here who's going to try and install Monterey on his MacBookPro11,3 for the very first time.
Can someone tell me if it's a good idea to upgrade to 12.1, or not? I'm not sure I understand @vdm-alt's comment. The OCLP's docs has 11,3 listed as fully supported. Thanks in advance.

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.

@thi-baut
Copy link

It's probably not worth it if you have a dual GPU (discrete GT 750M), lack of native compatibility and issues arising from that

@satmandu
Copy link
Contributor

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:
Left side fan set based upon Sensor-based value of CPU Core (average) to start the fan at 55C, with a max temp 70C
Right side fan set based upon Sensor-based value of GPU to start the fan at 55C, with a max temp 68C

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?

@vdm-alt
Copy link

vdm-alt commented Dec 27, 2021

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.

@satmandu
Copy link
Contributor

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.

@vdm-alt
Copy link

vdm-alt commented Dec 27, 2021

Intel Iris Pro has a very impressive and sufficient performance. You can even play on it.
1
A discrete video accelerator is useful if you are using an external monitor or projector because it always loads the discrete video card and this will allow two desktops with different resolutions to be used rather than a clone of the desktop.
In addition, this is still a laptop, you don't want to hear the constant whine of fans from it.
11 2
11 3
However, all that has been said is exclusively my personal opinion and I do not impose this on anyone.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

10 participants