Qxg-10g1t Driver [NEW] Download

The latest driver 2.1.21.0 for the AQ107 chip is installed. I also flashed the firmware. It got a little better after the flash about a month or so ago but still drops out for no reason sometimes, mostly on a reboot though.

QNAP QXG-10G1T - I have had great luck with QNAP, but the drivers seem to be something I need to download from "Aquantia?" and the reviews for Win machines seem to show some issues with the offload features

Qxg-10g1t Driver Download

Download 🔥 https://urlca.com/2y2PKh 🔥

I downloaded the linux driver from Aquantia (now Marvell). The NIC controller is the AQC107. I haven't gotten the system to recognize the NIC, but I have verified that it works. So, I wanted to check here and see if I was doing something wrong or needed an unRAID dev team to include the driver in the next release? I saw a post about only popular/requested drivers get included to save space so that made me curious.

I disassembled the code which tries to read the permanent MAC address from the chips register space and compared it with the sources of the linux driver. The address you've got is a default value which is used when getting the real MAC address fails. From my own driver projects I know that this is something which usually results from a DSDT problem making it impossible for the driver to access the hardware. Are you injecting a patched DSDT/SDDT? Does your Clover config file include the fix regions patch?

@d5aqoep and ydeng: Thanks for the IOReg dump. The BARs might be the right approach. According to the IOReg dump, the chip has 3 device memory areas pointing to a 64K space (function unknown), a 4K space which points most likely to the MSI-X vector space (irrelevant to macOS) and a 4M space. One of them, either the 64K or the 4M space must be the one pointing to the chip's control register space. Provided the order they appear in IOReg corresponds to the BARs order, the 64K space would be the first and the one Apple's driver is using but it could be the wrong BAR. We could make the driver use the correct BAR with a patch but in order to create it, we need to know the physical layout of the BARs (order and if they are 32bit or 64bit BARs).

I went through the readme to install it as thoroughly as possible. I got some amdgpu errors when running through the install files and (just to eliminate ANY POSSIBLE ISSUES) spent a day and a half chasing down the files to clear the errors, but otherwise I got the drivers installed and the card recognized as "enp39s0" with my on-board nic set as "enp34s0":

I tried getting ahold of QNAP and they told me they cant help, that i need to call marvell, and they could not be bothered to get back to me at all so im turning here for help. I'm running linux server 20.10 with debian 5.8.0. I can provide modinfo for the atlantic driver if needed but I feel like this might be more of an "improper configuration" issue

If you could consider to switch the X520-DA1 to something with a 10GBase-T interface (if the host is permitting, drivers are available, ...) very affordable Aquantia AQtion AQC107 based PCI cards are readily available in the market, like the QNAP QXG-10G1T - then you can look for any switch with 10GBase-T - for the Smart Managed Plus you can start from a GS110EMX, for the Netgear Gaming Switches the SX10 (GS810EMX), ... ff782bc1db