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

Recovery and reset NVRam entries on boot picker #7

Closed
fdaprano opened this issue Jul 19, 2020 · 15 comments
Closed

Recovery and reset NVRam entries on boot picker #7

fdaprano opened this issue Jul 19, 2020 · 15 comments
Labels
question Further information is requested

Comments

@fdaprano
Copy link

fdaprano commented Jul 19, 2020

I am currently using your Opencore settings (with some modifications) for my AH0999NL and everything is working (still need to investigate about CardReader and Bluetooth) but Recovery and Reset NVRAM entries are missing from the boot picker.

Here's what I did so far:

  • Disabled these Kexts to attempt to make it boot properly since my model doesn't have a touchscreen and got stuck on loading screen: VoodooGPIO, VoodooI2CServices, VoodooI2C, VoodooI2CHID
  • Installed Catalina on a partition alongside an existing Windows installation
  • Copied OC in my SSD EFI folder, added OpenCore.efi UEFI entry and set as default boot in BIOS

When computer starts, it displays a nice graphical boot picker and there are entries to launch MacOS and Windows (both are working fine) but Recovery and Reset NVRAM entries are gone.
How to solve?

Thanks for your good work!

@koluris
Copy link
Owner

koluris commented Jul 19, 2020

Hey, thanks for the good words. The key you are looking for on the config.plist is <key>HideAuxiliary</key>. I have set this to true by default. You can get the same NVRAM & Recovery entries by pressing the space key on the boot screen.

If you have removed VoodooI2C, then you need to make sure that VoodooInput.kext exists inside VoodooPS2Controller.kext on Plugins folder. If you do that just reorganize your config.plist and you're good to go.

@fdaprano
Copy link
Author

fdaprano commented Jul 19, 2020

Thanks for your precious advice, now the entries display as I wanted.

I added VoodooInput to my config.plist, but I don't know if it's really needed, I didn't have issues with my trackpad and keybpard before adding it. However my system log says this:
2020-07-19 12:34:07.416512+0200 localhost kernel[0]: Refusing new kext me.kishorprins.VoodooInput, v1.0.6: a prelinked copy with a different executable UUID is already present.

Just another doubt: Is it possible that removing VoodooI2C may interfere with IntelBluetooth and CardReader? Because none of them are working at the moment: "Bluetooth: not Available" and "This computer doesn't contain any Apple Internal Memory Card Readers."
Thanks again.

@koluris
Copy link
Owner

koluris commented Jul 19, 2020

Are you able to see all your USB ports mapped correctly? Bluetooth is attached to one of the intel USB lanes.

@fdaprano
Copy link
Author

fdaprano commented Jul 19, 2020

This is my USB ports mapping:
image
Don't know why there are chinese comments though. The Port which Bluetooth is connected should be the 0x06 which is active, but BT still not available.

@koluris
Copy link
Owner

koluris commented Jul 19, 2020

Show me your System -> Peripherals on Hackintool please.

@fdaprano
Copy link
Author

Here it is
image

@koluris
Copy link
Owner

koluris commented Jul 19, 2020

This is weird, you are missing HS05, and the address on HS06 is not correct. Take a look:
Στιγμιότυπο 2020-07-19, 5 01 19 μμ
Στιγμιότυπο 2020-07-19, 5 01 25 μμ

@koluris koluris added the question Further information is requested label Jul 19, 2020
@koluris
Copy link
Owner

koluris commented Jul 19, 2020

Can you dump your DSDT.aml and send it to me? Not the one I provide on the repo, but your own system's DSDT.

@fdaprano
Copy link
Author

Here's my DSDT.aml dump.
DSDT.zip

@koluris
Copy link
Owner

koluris commented Jul 19, 2020

Unfortunately this is not your untouched DSDT.aml dump. It contains my own edits inside. Best way to do this is to run Clover and press F4 on the boot.

@fdaprano
Copy link
Author

Looks like Opencore injects ACPI even when you are not booting MacOS. I created the old dump in Windows using SSDTTime but it was booted via Opencore. I repeated the dump but booting Windows directly from BIOS (bypassing Opencore). This dump should be clean, I did a checksum and it has a different MD5 than the old one.
DSDT.zip

Sorry and thanks again.

@fdaprano
Copy link
Author

Ok, I figured it out. After many investigations about USB port mapping, I found that SMBios ProductName is important if you create a custom USB mapping, then I remembered that during my previous trial and errors, I changed the SMBios product name to MacBookPro14,2 while your USBPorts.kext has it mapped to MacBookPro14,1. Reverted back to MacBookPro14,1 and now Bluetooth and Camera are working.
Is there a reason to choose MacBookPro14,1 over MacBookPro14,2?

Many many thanks for your time, your work is awesome! I am happy now.

@koluris
Copy link
Owner

koluris commented Jul 20, 2020

Hey, glad you found it:

  • Compared untouched DSDT, we have nearly identical, so that's good (you can use my own edited)
  • I chose MacBookPro14,1 because it's the last pro model without a Touch Bar, so we don't have to use one extra kext

@fdaprano
Copy link
Author

Ok everything is clearer now. Very glad to find someone with patience and willing to help a complete newbie like me. Thanks again.

@koluris
Copy link
Owner

koluris commented Jul 20, 2020

Not a newbie :) You were able to fix your own problem, good going! Thanks for the kind words.

@koluris koluris closed this as completed Jul 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants