Contribute
Register

Intel NUC 10 Frost Canyon

But can you briefly tell me what this ssdt-titan and usbports stuff is about? I have my SSDTs from one of the older posts in here (including this SSDT-NUC10-THUNDERBOLT-DRENAN-TST-3.aml) and no USBPorts.kext. My USB Ports seem to be all fine. Wifi (slow, but I'm not using it) and bluetooth work, too. only cardreader is not working for me.
Please refer to my screenshot of my IORegistryExplorer. This SSDT was checked line-by-line with my official MacBookPro15,4 and it allows the 3 devices under PXSX to be renamed (as UPSB) and defined as DSB0, DSB1 and DSB2. Moreover, as explained, the DSB2 device creates a virtual XHC device as "XHC2" that is visible in Hackintool.

Moreover, your USB ports are undefined in type if you check Hackintool; hence why we need USBPorts.kext to define them as USB 3.0 and USB-C (Switch) types. Please refer to my screenshot ;)
 
I know some of the words you are using :lol: Sorry, but I think that stuff is a bit too deep for me. I re-read your post on this page and the one on the last page and updated my EFI file in my previous post. Like you wrote there VoodooHDA was the reason for display audio not working. Removing it and setting alcid to 23 also fixed the headphone jack for me and internal mic (i didn't even knew it has one) and thunderbold audio. my hdmi display also shows up, but it has no build in speakers to test^^. I also tried the files in your post on this page and removed SSDT-NUC10-THUNDERBOLT-DRENAN-TST-3.aml. It didn't change much, but also made nothing worse. Thunderbolt still works the same. I also checked hackintool before and after. Previously that TB3 USB controller thingi was also type XHC now it's XHC2 like in your screenshot. But the USB-Connector types didn't change. TypeC+Switch was already there before I added USBPorts.kext. The others stayed "Interal" and didn't change to USB3. Don't know if I missed something. I guess this is the reason why harddrives connected to the front usb-a port are detected as "internal" drives?
 
Hi @z1r0 it's a long story but thanks to Hackintool, setting correctly the USB ports to their true nature is easy and helps sleep. So a near-perfect hack also has the USB ports properly set via the joy of using a simple kext-less USBPorts.kext (all the needed stuff is inside Info.plist).

Yes as I wrote, the SSDT-TITAN.aml (short for "Titan Ridge" our Thunderbolt 3 controller) replaces SSDT-NUC10-THUNDERBOLT-DRENAN-TST-3.aml so please don't forget to change it also inside your config.plist.

I am impressed that you got HDMI audio to appear with the use of AppleALC (and Lilu) and alcid=23 whilst I cannot get any. I will try studying your EFI zip and see what is different but I, too, removed VoodooHDA.kext and AppleHDADisabler.kext since day one... weird... you get HDMI audio via the NUC or some "Thunderbolt audio" external device, as you write?
 
Last edited:
So a near-perfect hack also has the USB ports properly set via the joy of using a simple kext-less USBPorts.kext (all the needed stuff is inside Info.plist).
dang. I didn't look inside the kext. Looks pretty straight forward. Will check later.

you get HDMI audio via the NUC or some "Thunderbolt audio" external device, as you write?
I've two displays connected to my NUC, one over the hdmi port and one over thunderbold (it's a thunderbold display). Both show up as sound devices:

1605132815772.png


Dell is the HDMI one, LG the thunderbold. Sadly the Dell has no internal speaker. But I just picked a HDMI calble and connected the LG to the hdmi port to test and sound is also working using hdmi.
 
P.S. A note for everyone, the correct name in my opinion is SSDT-DTGP.aml and not DTPG as the good old Method inside is called.... DTGP right? :D :D

@z1r0 I compared our configs, there are some differences and conflicts in yours, and I see you are using a different IGPU definition. Namely, I see:
  • Different CPU emulation, you have <data>6wYIAAAAAAAAAAAAAAAAAA==</data> instead of mine and some other people here being <data>7AYIAAAAAAAAAAAAAAAAAA==</data>
  • Your IGPU in the same PciRoot(0x0)/Pci(0x2,0x0) is defined as:
    AAPL,ig-platform-id <data>AACbPg==</data>
    device-id <data>mz4AAA==</data>
    Instead of:
    AAPL,ig-platform-id <data>BwCbPg==</data>
    device-id <data>kj4AAA==</data>
    ...Interesting but your values seems to be the same, just reversed (0x00009b3e and 0x9b3e0000 ?)
  • You have alcid=23 defined but did not remove the key layout-id <data>FQAAAA==</data> (which is 21 decimal) so I wonder what eventually you are loading :D
Do you have FakePCIID.kext loaded then? Can you do kextstat | grep -i fake in Terminal please?

Are the above values used after experimenting? We have the same NUC10i7FNH device so I assume hardware is the same... but you declare/set the IGPU as Intel UHD Graphics 620 on purpose..?
 
Do you have FakePCIID.kext loaded then? Can you do kextstat | grep -i fake in Terminal please?
~ kextstat | grep -i fake Executing: /usr/bin/kmutil showloaded No variant specified, falling back to release

nope. not there. (USBPorts.kext is missing, too. maybe because of the different model? I'll try to change it.)

Different CPU emulation, you have <data>6wYIAAAAAAAAAAAAAAAAAA==</data> instead of mine and some other people here being <data>7AYIAAAAAAAAAAAAAAAAAA==</data>
I think I found it in some post here. I had problems using Docker with the other one. It failed checking the checksum when pulling images.

Are the above values used after experimenting? We have the same NUC10i7FNH device so I assume hardware is the same... but you declare/set the IGPU as Intel UHD Graphics 620 on purpose..?
most of the stuff wasn't on purpose. Like I said, I tried some of the EFI-Folders in this thread and took some changes from some other until most of the stuff was working, without really knowing what I'm doing :rolleyes: As far as I remember everything in there is from this thread). Also I wasn't sure which igpu it has, because even the Intel-Page only says "Intel UHD". It was just today in hackintool that i realised that it's a 630 not 620 :D
 
Sometimes it is difficult to get it booting and on the other day you can f**up this much and it's still working fine x'D

Thanks for the deep look into my EFI. I changed the iGPU device-info to the stuff you "expected" and the layout-id to 23 and dropped the alcid=23 parameter. It started up with alcid 23 and sound is working, but FakePCIID.kext still not showing up in kextstat. But USBPorts.kext isn't in there, too. But changing the model to iMac20,1 (what my platform is set to) helped. It now works. My external drive on the usb-a port is now external \o/

And fixed the graphics too^^:
1605137679789.png


Also took the SSDT-DTGP.aml from your EFI-Folder ;) dunno which is right. seem to work the same. I attached my new EFI here.
 

Attachments

  • EFI.zip
    13.5 MB · Views: 157
Sometimes it is difficult to get it booting and on the other day you can f**up this much and it's still working fine x'D

Thanks for the deep look into my EFI. I changed the iGPU device-info to the stuff you "expected" and the layout-id to 23 and dropped the alcid=23 parameter. It started up with alcid 23 and sound is working, but FakePCIID.kext still not showing up in kextstat. But USBPorts.kext isn't in there, too. But changing the model to iMac20,1 (what my platform is set to) helped. It now works. My external drive on the usb-a port is now external \o/

And fixed the graphics too^^:
View attachment 495248

Also took the SSDT-DTGP.aml from your EFI-Folder ;) dunno which is right. seem to work the same. I attached my new EFI here.
@z1r0,

thank you very much for your assistance. I could make it running with your EFI and the screenshots. Really appreciate.
Some questions I have open: How can I get the WLAN running? When I am shutting down the NUC from the BigSur, the Nuc is restarting and not powering off. Is this a known issue?
Another thing, I have a Radeon 5700 as a eGPU and I would connect it via Thunderbolt to the NUC with the installation. Do I need to change anything in the configuration?
Thanks
 
When I am shutting down the NUC from the BigSur, the Nuc is restarting and not powering off.
There have been some others having this problem some pages back (~ page 56 of this thread). I didn't have this issue at any point so far, so I didn't really read them :rolleyes: My shuts down perfectly and stays off. I really wonder what could be the reason behind this, especially if you used my EFI and the same energy-settings in your BIOS. Which BIOS version do you have? I'm on 45. It's not the newest but also not the one it was shipped with. (I used it because there were success reports for this version).

Some questions I have open: How can I get the WLAN running?
You need to download and use HeliPort App (https://github.com/OpenIntelWireless/HeliPort/releases). itlwm.kext is included and active in my EFI.

Another thing, I have a Radeon 5700 as a eGPU and I would connect it via Thunderbolt to the NUC with the installation. Do I need to change anything in the configuration?
I guess not. I don't have a eGPU to try it, only a thunderbolt display, but the display works fine, despite you have to turn it off/on after booting to show an image. USB-C -> HDMI displays have the same issue, so I dunno if it's port related or just a display thingi. MacOS recognises the display (even it stays black after booting) so maybe it works fine with a eGPU. If not try to replug it after booting. Please share your results with us :)
 
Hi, guys!

Just to share my migration to BigSur - it was surprisingly smooth.
All apps I use seem to work fine, except Little Snitch (upgrade is needed).
Many thanks to Dortania team for great work.
 
Last edited:
Back
Top