search

dortania / bugtracker

Dortania Bugtracker
108 stars 7 forks source link

I225 flashing on Gigabyte boards #286

Open vit9696 opened 1 year ago

vit9696 commented 1 year ago

Hello, shall we update I225 guides to reflash their NIC with updated subsystem-vendor-id and subsystem-id? There apparently is a workaround published e.g. here suggesting to change them in the NIC ROM, and this surprisingly works.

I do wonder what exactly causes a "fix", because obviously there is no "correct" value for these fields, they can be anything as per the spec. However, I can imagine that 0 subsystem-id is somehow unexpected to macOS or Intel subsystem-vendor-id causes more action harmful done in the driver.

vincerutabaga commented 1 year ago

I have a Z490 AORUS PRO AX motherboard with this NIC. I flash the rom as explained, work perfectly for me, without the boot arg "e1000=0". The driver loaded is "com.apple.DriverKit-AppleEthernetE1000". Card is detected as Intel(R) I225 V. DisableIoMapper quirk is set to disable, and with this I am able to use TB2 to RJ45 adaptor (with TB3 to TB2), it was not working before. To continue having the onboard intel wifi card working, I had to delete the oem DMAR table, and create a custom DMAR SSDT.

Lorys89 commented 1 year ago

I have a Z490 AORUS PRO AX motherboard with this NIC. I flash the rom as explained, work perfectly for me, without the boot arg "e1000=0". The driver loaded is "com.apple.DriverKit-AppleEthernetE1000". Card is detected as Intel(R) I225 V. DisableIoMapper quirk is set to disable, and with this I am able to use TB2 to RJ45 adaptor (with TB3 to TB2), it was not working before. To continue having the onboard intel wifi card working, I had to delete the oem DMAR table, and create a custom DMAR SSDT.

test on macos ventura : try with bootarg e1000=0 and this kext AppleIntelI210Ethernet.kext.zip set min kernel 22.0.0 leave DisableIoMapper on false. and let me know if it works without patch to change subsystem and without flash

https://www.macos86.it/topic/6033-ethernet-non-connesso/?tab=comments#comment-137250

vincerutabaga commented 1 year ago

test on macos ventura : try with bootarg e1000=0 and this kext AppleIntelI210Ethernet.kext.zip set min kernel 22.0.0 leave DisableIoMapper on false. and let me know if it works without patch to change subsystem and without flash

https://www.macos86.it/topic/6033-ethernet-non-connesso/?tab=comments#comment-137250

I am on last Monterey, not going to Ventura soon. And I had it configured like you said, wihtout the kext, since it's not needed in monterey. I can assure you that it worked way better like I did. With DisbleIoMapper set to false (was enable before), I am forced to use ssdt DMAR (took me some time, but not so hard): Wifi and 3rd party network card don't work at all without it. But If you just use this network card, it sure will work for internet, but not good at all for AV stuff. Flashing / custom DMARDssdt / DisableIoMapper set to false, is the way to go for me. And after that you won't need boot arg or adding kext in ventura.

laszlo-t commented 1 year ago

I'd rather not recommend flashing the modded firmware, there is an official firmware update. I have a Gigabyte Z490i AORUS ULTRA with the I225-v chip (rev2/B2). (Three revisions exist: B1, B2, B3 in two size. B2 is the typical on Intel 10th gen motherboards. Gigabyte uses 2MB chip and I think Asus has 1MB.)

I flashed with the official firmware (version 1.45): https://download.gigabyte.com/FileList/Driver/mb_driver_intel-i225-firmware-tool.zip Those IDs are corrects for me. If the VT-D is enabled and DisableIoMapper is false in opencore, it is working out of the box (no bootargs, no extra kext, no device-id hack) on Ventura.