Jump to content

GA-Z690 Aorus Master Intel Core i9 12900K Hackintosh

Cyberdevs

By Cyberdevs,
in General Discussion

 Share
119 posts in this topic

Recommended Posts

MaLd0n
MaLd0n
Posted
Posted
11 hours ago, Stefanalmare said:

Here you have!

Save new ioreg after reboot

EFI Stefanalmare FOR Remap USB.zip

2 hours ago, Cyberdevs said:

Sadly no, the device id (0x14C0) for Z690 Aorus Master Aquantia isn't supported by macOS (pci1d6a,c0, pci1d6a,4c0, pci1d6a,94c0, pci1d6a,93c0) so I need to spoof the device ID and what the OC quirk does is to eliminate the need for the ACPI patches.

copied ;) 

  • Like 1
MaLd0n
MaLd0n
Posted
Posted
43 minutes ago, Stefanalmare said:

No, it doesn't sleep. I have same behaviour like before. Also, network is active but don't take DHCP IP.

check if work if u used power button to wake

EFI wake from power button.zip

save DMAR table with maciasl, i need check this table

 

Guest 5T33Z0
Guest 5T33Z0
Posted
Posted

@Cyberdevs

 

Congrate on the new build. If you post a codec dump I could look into creating a new Layout-ID for your codec. I am srill learning this so it will take some time.

The codec dump has to be generated in Linux so the tools I am using to visualize the routing can handle the data – dumps from Clover and OpenCore won't work. You can use Ventoy to run a live version from a usb flash drive directly from an ISO without having to install it and then run this  terminal command in Linux to get the dump: 

cd ~/Desktop && mkdir CodecDump && for c in /proc/asound/card*/codec#*; do f="${c/\/*card/card}"; cat "$c" > CodecDump/${f//\//-}.txt; done && zip -r CodecDump.zip CodecDump

 

Cyberdevs
Cyberdevs
Posted
  • Author
Posted

@5T33Z0

Thanks for the offer but I figured it out. I was injecting the layout-id via nvram but when i added the layout-id as a device properties it resolved the issue, so now when plug the headphone it detects it correctly and when I unplug it it shows the Internal Speaker. 

Thanks anyway :)

 

image.png

image.png

  • Like 1
Cyberdevs
Cyberdevs
Posted
  • Author
Posted
21 hours ago, eSaF said:

Happy you got it sorted, was beginning to despair after your glowing report on that Z690. :D

Yeah I couldn’t see the forest because of the trees 😁

sometimes the most complicated issues have the simplest answer lol

  • 2 weeks later...
  • 4 weeks later...
Cyberdevs
Cyberdevs
Posted
  • Author
Posted
5 hours ago, Stefanalmare said:

It is made for my rig. You should get what is useful for you.

Yeah I know, but usually the EFI folder will let you boot into macOS but when I use your EFI it reboots right after OC tries to load macOS.

Another thing that was interesting for me was that you don'y use BlueToolFixup.kext so my guess is that Fenvi T919 doesn't require BlueToolFixup.kext is that correct?

Cyberdevs
Cyberdevs
Posted
  • Author
Posted
1 hour ago, 5T33Z0 said:

@Cyberdevs You definitely need that kext. Here's how to control kext loading of Broadcom BT kexts with Min/max Kernel settings:

 

161415791-dbe0356d-a5d5-4bb5-9cad-98efbb

Actually Fenvi T919 doesn’t require anything other than BluetoolFixUp since it has native support in macOS and I’m using it on Monterey and Ventura but the EFI folder that @Stefanalmare posted has a SSDT for the fenvi card which made me wonder why he doesn’t have bluetoolfixup kext.

Stefanalmare
Stefanalmare
Posted
Posted
4 hours ago, Cyberdevs said:

Yeah I know, but usually the EFI folder will let you boot into macOS but when I use your EFI it reboots right after OC tries to load macOS.

Another thing that was interesting for me was that you don'y use BlueToolFixup.kext so my guess is that Fenvi T919 doesn't require BlueToolFixup.kext is that correct?

My card it's natively supported. Don't need any kext for Bluetooth or wifi. SSDT-Z690-ARPT give the card the same ioreg path as iMacPro.

  • Like 1
Cyberdevs
Cyberdevs
Posted
  • Author
Posted
30 minutes ago, Stefanalmare said:

My card it's natively supported. Don't need any kext for Bluetooth or wifi. SSDT-Z690-ARPT give the card the same ioreg path as iMacPro.

Yeah that’s great because I have the same card. I’ll remove bluetoolfixup and use your SSDT. 
last night I tested sleep and system went to sleep, sort of which all the lights stayed on but when I moved the mouse it came back with no issues. Didn’t crash or give black screen.

22 minutes ago, 5T33Z0 said:

@Cyberdevs Looks like it disables 2 things (PXSX and HRUS), injects Product Descriptions and some packets to fix wake issues (_PRW)

I’ll use it and see how it goes on my rig. Thanks for the info.

  • Like 1
Cyberdevs
Cyberdevs
Posted
  • Author
Posted

@Stefanalmare

I had to change RP04 to RP05 because my Fenvi seems to be connected to PR05 and it works fine otherwise macOS couldn't load. I also removed BluetoolFixup as well thanks for the reminder.

Another great thing about these Fenvi cards is that they work in BIOS/UEFI and OC picker with my Magic keyboard and mouse.

 

The down side is that sleep doesn't seem to work properly display goes to sleep but when system tries to power down it turns itself back on but the display stays off unless i move the mouse or hit a key on keyboard but as I mentioned earlier i never put the system to sleep at all so I don't care if it's not working on my rig.

Stefanalmare
Stefanalmare
Posted
Posted
22 minutes ago, Cyberdevs said:

I had to change RP04 to RP05 because my Fenvi seems to be connected to PR05 and it works fine otherwise macOS couldn't load. I also removed BluetoolFixup as well thanks for the reminder.

Another great thing about these Fenvi cards is that they work in BIOS/UEFI and OC picker with my Magic keyboard and mouse.

I removed the intel wifi original card and put the Fenvi. Thist is whay is RP04 in SSDT.

  • Like 1
 Share
Go to topic listing
×
×
  • Create New...