d5aqoep Posted January 24, 2018 Author Share Posted January 24, 2018 Not necessarily. I was on iMac18,1 SMBIOS and it updated the firmware of my card regardless. I am on build 17D47 Link to comment Share on other sites More sharing options...
Dan968 Posted January 24, 2018 Share Posted January 24, 2018 Great! Thank you Link to comment Share on other sites More sharing options...
Mieze Posted January 24, 2018 Share Posted January 24, 2018 Does anybody know if the firmware is updated too when you perform a fresh install of 10.3.3 or is an update from an earlier version of macOS required? Mieze Link to comment Share on other sites More sharing options...
Squuiid Posted January 25, 2018 Share Posted January 25, 2018 Has anyone tried 10.13.4 beta 1? Any changes in Aquantia compatibility/behaviour? Link to comment Share on other sites More sharing options...
d5aqoep Posted January 25, 2018 Author Share Posted January 25, 2018 Has anyone tried 10.13.4 beta 1? Any changes in Aquantia compatibility/behaviour? Working perfectly in 10.13.4 beta 1 Just as a reference, the following driver versions are present: 10.13.2 Final -> 1.0.32 10.13.3 Final -> 1.2.46 10.13.4 Beta -> 1.0.49 As you can see, the driver version is jumping all over the place. 1 Link to comment Share on other sites More sharing options...
ITzTravelInTime Posted January 28, 2018 Share Posted January 28, 2018 For me apple changed the device id because antiqua asked for it, because in this way the do not have to create special drivers for apple and instead they just need to use their standard drivers, and also because antiqua can sell mac compatible cards without drivers problems Link to comment Share on other sites More sharing options...
ydeng Posted January 28, 2018 Share Posted January 28, 2018 (edited) Does anybody know if the firmware is updated too when you perform a fresh install of 10.3.3 or is an update from an earlier version of macOS required? Mieze Looks like it is done when the driver is loaded first time: There is a new class implemented in AppleEthernetAquantiaAqtion.kext: AppleEthernetAquantiaAqtionFirmwareInterface at the end of AppleEthernetAquantiaAqtio::start, 8 movl $0x98, %edi 00000000000017ed call __ZN8OSObjectnwEm ; OSObject::operator new(unsigned long) 00000000000017f2 movq %rax, %r13 00000000000017f5 movq %r13, %rdi 00000000000017f8 call __ZN44AppleEthernetAquantiaAqtionFirmwareInterfaceC1Ev ; AppleEthernetAquantiaAqtionFirmwareInterface::AppleEthernetAquantiaAqtionFirmwareInterface() 00000000000017fd movq (%r13), %rax 0000000000001801 xorl %esi, %esi 0000000000001803 movq %r13, %rdi 0000000000001806 callq *0x248(%rax) ;IOService::init 000000000000180c movq (%r13), %rax 0000000000001810 movq %r13, %rdi 0000000000001813 movq %rbx, %rsi 0000000000001816 callq *0x670(%rax) ;IOservice::attach 000000000000181c movq (%r13), %rax 0000000000001820 movq %r13, %rdi 0000000000001823 movq %rbx, %rsi 0000000000001826 callq *0x5c0(%rax) ;IOService::start This instantiates the provider class for AppleEthernetAquantiaAqtionFirmware and causes firmware update to the device. Actual firmware is provided by a different kext: AppleEthernetAquantiaAqtionFirmware.kext There is also this one: AppleEthernetAquantiaAqtionFirmwareDev.kext For me apple changed the device id because antiqua asked for it, because in this way the do not have to create special drivers for apple and instead they just need to use their standard drivers, and also because antiqua can sell mac compatible cards without drivers problems They are still debugging the firmware. Edited January 29, 2018 by ydeng 1 Link to comment Share on other sites More sharing options...
Mieze Posted January 29, 2018 Share Posted January 29, 2018 For me apple changed the device id because antiqua asked for it, because in this way the do not have to create special drivers for apple and instead they just need to use their standard drivers, and also because antiqua can sell mac compatible cards without drivers problems This makes no sense because customizing a driver for an OEM is not a big deal at all. Also keep in mind that they have to provide custom firmware for Apple anyway because Apple's drivers usually offload Bonjour to the NIC while the machine is sleeping so that it stays visible on the network without having to wakeup in order to service Bonjour requests. Mieze 1 Link to comment Share on other sites More sharing options...
Mieze Posted January 30, 2018 Share Posted January 30, 2018 (edited) I've got bad news! I've got my card this afternoon, installed it in the machine (system definition iMac14,2), updated to 10.13.3 (from 10.13.2) but the firmware upgrade wasn't installed. No need to tell you, that it isn't working. It might be the system definition, or the fact that the Aquantia card is on en1 not en0 but this needs further investigation. Edit: I disabled the Intel onboard LAN (I218V) and tried again. Now the Aquantia NIC is on en2 and the firmware update has been installed. The card is working now! Really strange but on real Macs en1 usually is the Airport card. Maybe that's the reason why it failed the first time? Edit 2: I reenabled the Intel NIC in BIOS but I haven't been able to make both NICs work at the same time. When the Aquantia NIC is working, the Intel NIC is offline (no IP address or self assigned) and when I set the Intel NIC online the Aquantia NIC goes offline and vice versa. Neither DHCP nor manual configuration are able to make both chips work at the same time although both are working on the driver level. Really strange behavior. Never seen anything like that. Mieze Edited January 30, 2018 by Mieze Link to comment Share on other sites More sharing options...
ydeng Posted January 31, 2018 Share Posted January 31, 2018 I've got bad news! I've got my card this afternoon, installed it in the machine (system definition iMac14,2), updated to 10.13.3 (from 10.13.2) but the firmware upgrade wasn't installed. No need to tell you, that it isn't working. Bildschirmfoto 2018-01-30 um 19.45.29.png It might be the system definition, or the fact that the Aquantia card is on en1 not en0 but this needs further investigation. Edit: I disabled the Intel onboard LAN (I218V) and tried again. Now the Aquantia NIC is on en2 and the firmware update has been installed. The card is working now! Really strange but on real Macs en1 usually is the Airport card. Maybe that's the reason why it failed the first time? Bildschirmfoto 2018-01-30 um 20.04.02.png Edit 2: I reenabled the Intel NIC in BIOS but I haven't been able to make both NICs work at the same time. When the Aquantia NIC is working, the Intel NIC is offline (no IP address or self assigned) and when I set the Intel NIC online the Aquantia NIC goes offline and vice versa. Neither DHCP nor manual configuration are able to make both chips work at the same time although both are working on the driver level. Really strange behavior. Never seen anything like that. Mieze How about use 13.2 driver for AQC? Link to comment Share on other sites More sharing options...
Dogman Posted January 31, 2018 Share Posted January 31, 2018 I tried the ASUS XG-C100C in my cMP 5.1 at slot 2 and 3 with 10.13.3 but the machine did not boot. No starting chime, nothing Any idea why? I'll try it in my hackintosh, but I have to update to HS first. Link to comment Share on other sites More sharing options...
Squuiid Posted January 31, 2018 Share Posted January 31, 2018 I tried the ASUS XG-C100C in my cMP 5.1 at slot 2 and 3 with 10.13.3 but the machine did not boot. No starting chime, nothing Any idea why? Yes, you need to remove the BootROM chip, or at the very least short out pins 4 and 5. See here: https://forums.macrumors.com/threads/high-sierra-native-support-for-10gb-ethernet.2092875/page-2# cMPs won't post with enabled BootROMs. Since Aquantia have not provided a utility to disable the bootROM (like Intel do with their cards) it must be physically disabled with a mod. Hackintosh's don't have this problem as they are essentially PCs and will post fine with any BootROM. 1 Link to comment Share on other sites More sharing options...
Mieze Posted January 31, 2018 Share Posted January 31, 2018 How about use 13.2 driver for AQC? That's possible but rolling back certain kexts has always been a cause for trouble. Let's wait and see how it works with 10.13.4! Mieze Link to comment Share on other sites More sharing options...
Dogman Posted February 1, 2018 Share Posted February 1, 2018 I've got it running with shortened pin 4 and 5. Vendor id is 0x1d6a but device id is 0x0001. The card shows up but pretends that no cable is connected which is not true of course Because of the 2 nics of the cMP the interface of my Asus xg-c100c interface is en2. Like Mieze said, maybe that's the reason it does not upgrade the card. Will try hackintosh next, just need to finish some projects first. 2 Link to comment Share on other sites More sharing options...
Paps4 Posted February 1, 2018 Share Posted February 1, 2018 Dogman, could you kindly show a picture of which are the right pins (4&5) to short out. I'm looking at the bottom of the card (U5) but can't understand the orientation. Link to comment Share on other sites More sharing options...
Dogman Posted February 1, 2018 Share Posted February 1, 2018 Of course. Here you go. But like I said, it does not work yet. 2 Link to comment Share on other sites More sharing options...
Mieze Posted February 1, 2018 Share Posted February 1, 2018 I've got it running with shortened pin 4 and 5. Vendor id is 0x1d6a but device id is 0x0001. The card shows up but pretends that no cable is connected which is not true of course Because of the 2 nics of the cMP the interface of my Asus xg-c100c interface is en2. Like Mieze said, maybe that's the reason it does not upgrade the card. Will try hackintosh next, just need to finish some projects first. The interface name turned out to be irrelevant but for the upgrade to succeed it is crucial that the Aquantia NIC is the only ethernet NIC in the system. In a Hackintosh onboard LAN can be disabled in BIOS and additional cards may be removed but you will have a hard time performing the upgrade in a MacPro as there is no way to disable onboard LAN. Mieze 3 Link to comment Share on other sites More sharing options...
ydeng Posted February 1, 2018 Share Posted February 1, 2018 I've got it running with shortened pin 4 and 5. Vendor id is 0x1d6a but device id is 0x0001. The card shows up but pretends that no cable is connected which is not true of course Because of the 2 nics of the cMP the interface of my Asus xg-c100c interface is en2. Like Mieze said, maybe that's the reason it does not upgrade the card. Will try hackintosh next, just need to finish some projects first. cMP only has PCIE2? The card is running at 5G instead of 10G. Looks like the wrong firmware ls flashed. You might need to patch the firmware kext to get it to flash again. Link to comment Share on other sites More sharing options...
Dogman Posted February 1, 2018 Share Posted February 1, 2018 cMP only has PCIE2? The card is running at 5G instead of 10G. Looks like the wrong firmware ls flashed. You might need to patch the firmware kext to get it to flash again. Are you sure it already flashed something? And if so, what do I need to change? The interface name turned out to be irrelevant but for the upgrade to succeed it is crucial that the Aquantia NIC is the only ethernet NIC in the system. In a Hackintosh onboard LAN can be disabled in BIOS and additional cards may be removed but you will have a hard time performing the upgrade in a MacPro as there is no way to disable onboard LAN. Mieze Thank you Mieze, I'll try it soon. Link to comment Share on other sites More sharing options...
d5aqoep Posted February 4, 2018 Author Share Posted February 4, 2018 10.13.3 = working AQC-107 cards. Speeds over SMB suck, but AFP rocks, hitting same speeds I do on CentOS and Windows to my Freenas with Chelsio 10G-BaseT card. If your macOS computer doesn’t have an /etc/nsmb.conf file Open Terminal. Use these commands to create an /etc/nsmb.conf file that has a signing_required value that’s set to “no”: sudo -s echo "[default]" >> /etc/nsmb.conf echo "signing_required=no" >> /etc/nsmb.conf exit Disconnect and then reconnect any mounted SMB shares to make the changes take effect. Enjoy full speed over SMB too. I am hitting 650 MB/s now with QNAP TS-653B with 6 x 4TB Seagate Ironwolf in Raid6. Link to comment Share on other sites More sharing options...
ydeng Posted February 5, 2018 Share Posted February 5, 2018 That's possible but rolling back certain kexts has always been a cause for trouble. Let's wait and see how it works with 10.13.4! Mieze Do you know what spi is? These following are used to do firmware update. AppleEthernetAquantiaAqtion::spi_busy() AppleEthernetAquantiaAqtion::spi_cmd(unsigned char, int, int) AppleEthernetAquantiaAqtion::spi_nvram_cmds_init() AppleEthernetAquantiaAqtion::spi_nvr_wr_enable(int) AppleEthernetAquantiaAqtion::spi_nvr_busy() AppleEthernetAquantiaAqtion::spi_nvr_erase() AppleEthernetAquantiaAqtion::spi_get(unsigned int, unsigned int*, unsigned long) AppleEthernetAquantiaAqtion::spi_put(unsigned int, unsigned int*, unsigned long) Link to comment Share on other sites More sharing options...
Dogman Posted February 5, 2018 Share Posted February 5, 2018 The interface name turned out to be irrelevant but for the upgrade to succeed it is crucial that the Aquantia NIC is the only ethernet NIC in the system. In a Hackintosh onboard LAN can be disabled in BIOS and additional cards may be removed but you will have a hard time performing the upgrade in a MacPro as there is no way to disable onboard LAN. Mieze Hey Mieze! I tried in on my Gigabyte Z170X-Designare with disabled onboard LAN on a clean 10.13.3 with newest clover 4392. The ASUS card was found as en0, but still has the vendor id 0x1d6a and device id 0x0001. Do you have any idea on how to force the upgrade? Kind regards! Edit: I found these lines while booting: AppleEthernetAquantiaAqtion::reset_enet_fw:786:error AppleEthernetAquantiaAqtionFirmware::doFirwareUpload 0.0.0 AppleEthernetAquantiaAqtion::notifyFwUploadCompleted:632 completed fw upload Macros: status, file /BuildRoot/Library/Cahces/com.apple.xbs/Sources/AppleEthernetAquantiaAqtion/AppleEthernetAquantiaAqtion-16.40.3/AppleEthernetAquantiaAqtion/if_axge.cpp line 5??5, value 0 Copied them from a bad photo. Where do I find these lines on my Mac? Link to comment Share on other sites More sharing options...
d5aqoep Posted February 5, 2018 Author Share Posted February 5, 2018 Hey Mieze! I tried in on my Gigabyte Z170X-Designare with disabled onboard LAN on a clean 10.13.3 with newest clover 4392. The ASUS card was found as en0, but still has the vendor id 0x1d6a and device id 0x0001. Do you have any idea on how to force the upgrade? Kind regards! Edit: I found these lines while booting: AppleEthernetAquantiaAqtion::reset_enet_fw:786:error AppleEthernetAquantiaAqtionFirmware::doFirwareUpload 0.0.0 AppleEthernetAquantiaAqtion::notifyFwUploadCompleted:632 completed fw upload Macros: status, file /BuildRoot/Library/Cahces/com.apple.xbs/Sources/AppleEthernetAquantiaAqtion/AppleEthernetAquantiaAqtion-16.40.3/AppleEthernetAquantiaAqtion/if_axge.cpp line 5??5, value 0Copied them from a bad photo. Where do I find these lines on my Mac?Clean install 10.13.2 and update to 10.13.3 through mac app store. That will trigger the firmware update. Make sure that you have disabled onboard LAN before updating. Link to comment Share on other sites More sharing options...
Mieze Posted February 5, 2018 Share Posted February 5, 2018 Do you know what spi is? These following are used to do firmware update. SPI is a 4 wire serial interface, commonly used to connect flash chips. For further information please see: https://en.wikipedia.org/wiki/Serial_Peripheral_Interface_Bus Clean install 10.13.2 and update to 10.13.3 through mac app store. That will trigger the firmware update. Make sure that you have disabled onboard LAN before updating. Looks like the firmware upgrade "bug" we are exploiting is only in the 10.13.3 update installer so that we have to go the long way via 10.13.2. Mieze 1 Link to comment Share on other sites More sharing options...
ydeng Posted February 5, 2018 Share Posted February 5, 2018 SPI is a 4 wire serial interface, commonly used to connect flash chips. For further information please see: https://en.wikipedia.org/wiki/Serial_Peripheral_Interface_Bus Looks like the firmware upgrade "bug" we are exploiting is only in the 10.13.3 update installer so that we have to go the long way via 10.13.2. Mieze Thanks for the spi reply. Firmware update is in AppleEthernetAquantiaAqtion::start(IOService*) c.f. http://www.insanelymac.com/forum/topic/330614-success-aqc107-10-gbe-native-support-in-high-sierra-10132/?p=2579078 That is were the provider class of the two firmware kext is instantiated. Link to comment Share on other sites More sharing options...
Recommended Posts