Closed realmax44 closed 2 years ago
All I know on the matter is documented on my repo. I can't help you further.
But what could be the reason, that for example the subsystem-vendor-id don't chage to 1043 whe the ssdt is used. Does it change it on your side?
Verify the location of the I225 controller and adjust the ACPI path if necessary. On the Z490 Vison G it's: _SB_.PCI0.RP02.D066
My suggestion would be to discuss the issue with other users here: https://www.insanelymac.com/forum/topic/352281-intel-i225-v-on-ventura/
On the Vision D it's the same path. Can you say if the ssdt changes the subsystem-vendor-id in your setup?
I have flashed the custom firmware months ago, so I can't tell. But I know cases where it worked. Please refer to the linked forum thread
Regardless of this (flashed), the ssdt should change the value in your case, too. Would you please try and report?
I can't do that because the values which this SSDT changes are already fixed in the ROM so there's no chance for me to detect if it's working or not.
I thought that flashing would change the system vendor-id to 1458, but the content of the ssdt says subsystem-vendor-id 1043, so if the ssdt works, it should change this value in your case, too.
And why don't you just change the ID to 1458 in SSDT then?
Of course I've already tried this, too, but it doesn't change anything. It seems that the ssdt has no effect. That's the reason I ask you to try if the ssdt changes anything on your system.
Did you try?
Thanks for your help!
Patched ROM:
SSDT:
Thank you! I've controlled erverything again after your last post but it didn't work for me. Then i put the ssdt from the last at the first place of the order in acpi of the config.plist and the values changed. I thought that the order of the acpi files don't matter but in this case it do so. But my problem with no connection is still persisting. Tried in Monterey and Ventura. I think ther's no way around flashing now.
Well, there can be dependencies in the sequences SSDTs are loaded, but the injected values shouldn't change. No Idea why this is happening. Maybe it's related to the DTGP method it is using. Anyway, it's weird.
Whe i say that the values changed i mean f. e. that the subsystem-vendor-id changed from 0x0000 to 0x1043 like it is on your second screenshot after applying the ssdt. I will the next days flash the i225-v, because it just don't connect with the ssdt.
Okay. Did you try delete the Network Prefs already?
sudo rm /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
sudo rm /Library/Preferences/SystemConfiguration/preferences.plist
No i didn't but i tried after you wrote that with the same result. No connection.
I've read some more and now have activated AppleVTD with custom DMAR and dropping rule but still no succes with the ssdt. So i will flash when i come back from a short trip next monday.
Are you telling me you didn't read these instructions: https://github.com/5T33Z0/Gigabyte-Z490-Vision-G-Hackintosh-OpenCore/blob/main/I225_stock_vs_cstmfw.md#settings-combinations-stock-firmware before creating the issue?
Surely i have, but tried without AppleVTD first but now i know that with or without AppleVTD it don't work for me with the ssdt method. I have a Vision D and when @SchmockLord posted the new OC version where he mentioned you and yor guide i tried his EFI where AppleVTD is not activated.
And what about DisbaleIOMapper
?
I put the ssdt-dmar.aml into acpi folder and in the config.plist. Then created the delete rule in acpi and disabled the quirk. AppleVTD is in ioregistryexplorer now.
Again: did you unselect DisableIOMapper
Using a modified DMAR table (did you modify it?) is only necessary in cases where you want to use the I225-V together with third party LAN/Wifi/BT cards because of some memory regions which are defined in the DMAR table which have to be removed.
But it's not a requirement in regards to getting AppleVTD to work. It should be present even without dropping/replacing the DMAR table just by enabling VT-D it in the BIOS (and by de-selecting DisableIOMapper
quirk)
I wrote that i disabled the quirk in my last answer and without custom created dmar and delete rule, my thunderbolt devices and my fenvi didn't work. I read about this before.
Well then there's nothing more I can do for you. Like I said in the beginning: all I know about the issue is documented in the files on my repo. There's nothing more for me to suggest or do.
Please discuss the issue in the forum I mentioned with other users having this problem!
I will flash the i225v on monday and i will report then.
Hi and sorry for the late response. Now i have flashed the i225-v withe the mod and everything is working fine now with activated applevtd and dropping dmar rule. So i don't have any problems with wifi and thunderbolt devices. Unfortunately I have to say in conclusion that the ssdt-method don't work. Thanks for your work and time.
Thanks for your feedback. I will add a note to the SSDT method to use the modded firmware if it doesn't work.
Hello i tried your new method with the sddt-i225v.aml and the AppleIntell210Ethernet.kext, but it don't work. I still don't get aconnction. The ssdt should change the subsystem-vendor-id to 1043, but it don't change anything. I don't dare to flash the i225-v, so tried this method for Monterey and Ventura. I've also opened a issue in @SchmockLord, because i've a Vision D, but the path for the i225-v is the same.