Results 1 to 5 of 5
  1. #1
    New ROGer Array
    Join Date
    Sep 2022
    Reputation
    10
    Posts
    3

    XG-C100C v2 rev 3 Flawed Detection on Reboots & Cold Boots, Marvell Antigua AQC107

    In July, I installed five XG-C100C V2 rev 3 into my work PCs.

    All of them have intermittent (monthly maybe) problems with disappearing on reboot or cold boot. By disappearing I mean that they either no longer appear in device manager at all (not even with an exclamation point). This behavior is also mentioned in a post HERE

    The only thing that will restore the function of the cards is draining the flea power from the systems when this happens. Doing this will return the card to “ASUS XG-C100C 10G PCI-E Network Adapter” in device manager.

    Another way these cards cease functioning is they’ll regress to “Marvell Antigua Engineering Sample” in device manager with a driver loaded but the NIC doesn’t pass traffic. When this happens…again the only thing that will restore the function of the cards is draining the flea power from the systems and the cards will return to “ASUS XG-C100C 10G PCI-E Network Adapter” in device manager.

    HERE is another person on Reddit with the exact same “engineering sample” problem with this ASUS card.

    Perhaps the nature of both card detection problems is related.

    All five of my PCs are running the latest driver 3.1.6.0 with fully updated Windows 10 Enterprise. The problem also occurred with Asus driver 3.0.20.0. All cards are running in Dell Workstations (Intel C610 chipset) with latest BIOS. I’ve tried all possible PCIe slots. PCIe gen 2 and PCIe gen 3. All the cards are ROM 1.0.1. The only way I was able to determine the ROM was by attempting to boot the NIC because the Marvell flash tool reports the FW as 0.0.0.

    I have not disabled any of the advanced driver level power saving features of these cards.

    Like this post HERE , I tried to see if the Marvell diag tool would read the firmware correctly and allow force flashing like other folks have done with rev 2 or earlier cards. Sadly, the diag tool just returns “no devices found even when using the K switch and selecting to install the driver. Selecting to install the driver just returns “no devices to install driver with.”

    These same workstations haven’t had PCIe card detection issues with any other PCIe cards including the following (USB 3 controllers, USB C controllers, Realtek NICs, Intel NICs, Emulex NICs, Trendnet NICs)

    This AQC107 is a popular chip sold under lots of brands (Syba, TRENDnet, Sonnet, TP-Link, etc). If anyone can confirm another brand's version of AQC107 doesn’t have this issue that would be awesome.

  2. #2
    New ROGer Array
    Join Date
    Feb 2019
    Reputation
    11
    Posts
    2

    Lightbulb "Marvell Antigua Engineering Sample"

    I have the same issue for a ASUS XG-C100C V2 rev 3 , no firmware updates possible despite editing the xml file .

    tried to do some more digging using the OEM109.inf file which is part of the driver package and which seems to be used as inf name (via detail property) :

    my ASUS XG comes back with a vendor id of "1D6A" which is "Antigua" and a device id of "94C0 ". the device id 94 is a "AQC113CS" card and clearly not a Asus XG-C100C card with a AQC107 !??

    PCI\VEN_1D6A&DEV_94C0&SUBSYS_88121043&REV_03


    If we look in the OEM109.inf file we find that the "Marvell Antigua Eningeering Sample" description is used only when PCI vendor id equals [1D6A] (which is to no surprise "Aquantia corp") AND when Device ID = 00C0. So this means indeed that the card seems to hang whereas the driver assumes or receives a 00 device id . In other words the card is as good as dead imo and needs a power cycle reset. Now This can still be a driver induced failure .

    It's also a bit odd imo that in the OEM109.inf there is no reference to rev_03 , I only find referrences to rev_02. and this for all vendors (PTT /Asus/Gigabyte/ASRock/Edimax/MSI/super micro/Caldigit/sonnet/OWC/Inxtron/Lenovo/HP/Synology/QNAP/DELL/ITI-Tek/Alied telesis/Buffalo) with the exception of the First 8 device ID of Antigua Brand which show no revision reference ...

    we see there :

    [Marvell.NTamd64.10.0]
    ; DisplayName Section DeviceID
    ; -----------------------------------------------------------------------------------------------
    %AntiguaSample.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_00C0
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_94C0 ; AQC113CS
    %AQtion-5G.DeviceDesc% = Antigua5G, PCI\VEN_1D6A&DEV_93C0 ; AQC114CS
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_04C0 ; AQC113
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_14C0 ; AQC113C
    %AQtion-2.5G.DeviceDesc% = Antigua2.5G, PCI\VEN_1D6A&DEV_12C0 ; AQC115C
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_34C0 ; AQC113CA
    %AQtion-1G.DeviceDesc% = Antigua1G, PCI\VEN_1D6A&DEV_11C0 ; AQC116C
    %Asus.XG.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_94C0&SUBSYS_88121043 ; AQC113CS
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_14C0&SUBSYS_104E17AA&REV_02 ; AQC113C
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_14C0&SUBSYS_105617AA&REV_02 ; AQC113C
    %AQtion-10GBASE-T.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_14C0&SUBSYS_E0001458&REV_02 ; AQC113C
    %AQtion-10G.DeviceDesc% = Antigua10G, PCI\VEN_1D6A&DEV_14C0&SUBSYS_D1131849&REV_02 ; AQC113CS

    yes the ASus XG appears as a Antigua10G with that vendor and with that device id and with the exact sdid=8812 and svid=1043 but described as a AQC113CS

    whilst under the ASUS list , indeed no hit ...the list ends with AQC112C seems almost like the AQC113CS was mistakenly moved to the Antigua header ??? or someone was pretty lazy and just though to adapt the description under antigua ? imo this is weird or at least messy ...and not a rev03 either and this could possibly be were our problems come from... and one would expect the firmware update to work out of the box ( Asus/marvell anybody home ?? )

    ; *** ASUS
    %Asus.ROG.DeviceDesc% = Atlantic10G, PCI\VEN_1D6A&DEV_D107&SUBSYS_872E1043&REV_02
    %Asus.ROG.DeviceDesc% = Atlantic10G, PCI\VEN_1D6A&DEV_07B1&SUBSYS_872E1043&REV_02
    %Asus.XG.DeviceDesc% = Atlantic10G.Asus.XG, PCI\VEN_1D6A&DEV_D107&SUBSYS_87411043&REV_02
    %Asus.XG.DeviceDesc% = Atlantic10G.Asus.XG, PCI\VEN_1D6A&DEV_07B1&SUBSYS_87411043&REV_02
    %Asus.XG.DeviceDesc% = Atlantic10G.Asus.XG, PCI\VEN_1D6A&DEV_07B1&SUBSYS_87421043&REV_02
    %AQtion-10G.DeviceDesc% = Atlantic10G.Asus.200F, PCI\VEN_1D6A&DEV_D107&SUBSYS_200F1043&REV_02
    %AQtion-10G.DeviceDesc% = Atlantic10G.Asus.205F, PCI\VEN_1D6A&DEV_D107&SUBSYS_205F1043&REV_02
    %AQtion-10G.DeviceDesc% = Atlantic10G.Asus.208F, PCI\VEN_1D6A&DEV_D107&SUBSYS_208F1043&REV_02
    %Asus-10G.DeviceDesc% = Atlantic10G, PCI\VEN_1D6A&DEV_D107&SUBSYS_87571043&REV_02
    %Asus-10G.DeviceDesc% = Atlantic10G, PCI\VEN_1D6A&DEV_07B1&SUBSYS_87571043&REV_02
    %Asus-5G.DeviceDesc% = Atlantic5G, PCI\VEN_1D6A&DEV_D108&SUBSYS_875B1043&REV_02
    %Asus-5G.DeviceDesc% = Atlantic5G, PCI\VEN_1D6A&DEV_08B1&SUBSYS_875B1043&REV_02
    %Asus.AQC111C.DeviceDesc% = Atlantic5G, PCI\VEN_1D6A&DEV_11B1&SUBSYS_87721043&REV_02
    %Asus.AQC112C.DeviceDesc% = Atlantic2.5G, PCI\VEN_1D6A&DEV_12B1&SUBSYS_87751043&REV_02

    so Instead i went looking for a AQC113 rev3 driver and I found one issued by Dell ... but to no avail as it has the same results in the new OEM110.inf file ( so the same as above).

    The Firmware updates will never work as long as there is no reference for a firmware image for the AQC113CS in the updatedata.XML file and as long as there is no corresponding clx firmware image file.
    ( for now there are only image references to be found for the AQC111 /AQC107 /AQC100 and none for the AQC113CS ... so no luck for all of us "REV3" owners as rev3 is a 113CS apparantly.)

    any other experiences out there from REV3 owners ? ( do we all have that device id referring to the AQC113 ?)

    kind regards,
    Sn0wr!de
    Last edited by Sn0wr!de; 11-19-2022 at 09:30 PM. Reason: typos

  3. #3
    New ROGer Array
    Join Date
    Sep 2022
    Reputation
    10
    Posts
    3

    Asus Support CASE NO= N2211026259-0001

    So I'm going back and forth with Asus support on CASE NO= N2211026259-0001

    The first thing they're suggesting I do is update to driver 3.1.7.0. The rep gave the following link
    https://www.asuswebstorage.com/navig...26AA082C4B3F04

    In case that link goes down it looks like it's also on Station Drivers here (appears to be malware free per VirusTotal)
    https://www.station-drivers.com/inde...23/lang,en-gb/

    Here were the release notes for driver 3.1.7.0 Dated May 19 2022
    * Add support at MUP package for Win11
    * Added new SVID/SSID
    * Remove rev in matching strings
    * Disabled WOL when removing check mark “Allow the computer to turn off this device to save power” in the Power Management tab.
    * Moved Device ID 0x00C0 AntiguaSample to a lower priority

    Interesting it makes note of "Moved Device ID 0x00C0 AntiguaSample to a lower priority." I wonder what's up with the priority thing?

    I would have thought this problem was more likely a firmware problem....just given how frequently these cards fail to initialize correctly to even be reported in BIOS. E.G. right at this moment I just cold booted my system for the day and the card wasn't even detected by BIOS so it's not possible for it to show up in Windows and do any driver stuff when that happens. Chances are it won't detect again unless I drain the flea power on the PC like I've had to do so many times with all five of these Asus XG-C100C v2 rev 3

  4. #4
    New ROGer Array
    Join Date
    Sep 2022
    Reputation
    10
    Posts
    2

    Thanks for all the feedback and input.

    I'm wondering if all of us just had bad luck and been getting some bad batches or something? Note that mine took ages to come as they were out of stock everywhere..

    At the moment, the card is back in its box for me as I have a v1 that works like a charm. I'm hoping we finally get some help/answers from Asus to make these v2 useable..

  5. #5
    New ROGer Array
    Join Date
    Feb 2019
    Reputation
    11
    Posts
    2

    V2 Rev03

    @zbugrkx

    What I suspect is that they suffered from chip shortages like many others and hence they went with the AQC113CS chipset instead.

    It explains the long wait times to get a card.

    and indeed I have Two older XG-C100C card which work flawlessly but these are AQ107 based.

    @life_aquatic

    Thanks for posting the driver update link, appreciated !

    let's see if that driver update improves anything, else we'll have to wait until there is a clx firmware image available.

    The release notes indicate that it was a hurry job ...if they indicate a "lower priority" it suggest they changed their code in regards with waiting for a return id from the card so either they wait longer now or they changed the " assumption" algorythm wich would indicate a "engineering sample".

    kind regards,
    Sn0wr!de
    Last edited by Sn0wr!de; 11-25-2022 at 09:38 AM.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •