Netgear AXE3000 WIFI USB adapter

craigeben · April 14, 2024, 8:54pm

Uses the mt7921au chipset apparently. Device shows in hardware information but is not active. Is there a further step to installing this? It is supposed to be hot plug but I can’t find anything to help get this working. Kernel modules appear to be there but I am stuck

modprobe -v mt7921u
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/net/wireless/cfg80211.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/lib/crypto/libarc4.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/net/mac80211/mac80211.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/drivers/net/wireless/mediatek/mt76/mt76.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/drivers/net/wireless/mediatek/mt76/mt76-usb.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/drivers/net/wireless/mediatek/mt76/mt76-connac-lib.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/drivers/net/wireless/mediatek/mt76/mt7921/mt7921-common.ko.zst 
insmod /lib/modules/5.14.21-150500.55.52-default/kernel/drivers/net/wireless/mediatek/mt76/mt7921/mt7921u.ko.zst

Sauerland · April 15, 2024, 7:37am

put off the Wlan Stick, opene a terminal and as root:
journalctl -f

now put in the Stick and post all new entries from the journalctl -f here

craigeben · April 15, 2024, 10:40am

Apr 15 22:31:27 linux-eclj avahi-daemon[906]: New relevant interface eth0.IPv4 for mDNS.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: Registering new address record for 192.168.1.27 on eth0.IPv4.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: Files changed, reloading.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: No service file found in /etc/avahi/services.
Apr 15 22:31:46 linux-eclj avahi-daemon[906]: Registering new address record for 2406:2d40:72cf:3b10:e61f:13ff:fe3f:6a3a on eth0.*.
Apr 15 22:31:46 linux-eclj avahi-daemon[906]: Registering new address record for 2406:2d40:72cf:3b10:56b4:917f:ac4:b05a on eth0.*.
Apr 15 22:35:44 linux-eclj plasmashell[23129]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x5591086e1bc0) QQmlContext(0x55910828e420) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
Apr 15 22:35:44 linux-eclj plasmashell[23129]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x5591086e1bc0) QQmlContext(0x55910828e420) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
Apr 15 22:37:14 linux-eclj smartd[935]: Device: /dev/sde [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 122 to 123
Apr 15 22:38:21 linux-eclj kernel: usb 2-1.1: USB disconnect, device number 3

Apr 15 22:31:27 linux-eclj avahi-daemon[906]: New relevant interface eth0.IPv4 for mDNS.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: Registering new address record for 192.168.1.27 on eth0.IPv4.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: Files changed, reloading.
Apr 15 22:31:27 linux-eclj avahi-daemon[906]: No service file found in /etc/avahi/services.
Apr 15 22:31:46 linux-eclj avahi-daemon[906]: Registering new address record for 2406:2d40:72cf:3b10:e61f:13ff:fe3f:6a3a on eth0.*.
Apr 15 22:31:46 linux-eclj avahi-daemon[906]: Registering new address record for 2406:2d40:72cf:3b10:56b4:917f:ac4:b05a on eth0.*.
Apr 15 22:35:44 linux-eclj plasmashell[23129]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x5591086e1bc0) QQmlContext(0x55910828e420) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
Apr 15 22:35:44 linux-eclj plasmashell[23129]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x5591086e1bc0) QQmlContext(0x55910828e420) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
Apr 15 22:37:14 linux-eclj smartd[935]: Device: /dev/sde [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 122 to 123
Apr 15 22:38:21 linux-eclj kernel: usb 2-1.1: USB disconnect, device number 3

craigeben · April 15, 2024, 10:42am

Sorry screwed up. After firing it up again I get this:

Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: new high-speed USB device number 8 using ehci-pci
Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: New USB device found, idVendor=0846, idProduct=9060, bcdDevice= 1.00
Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=4
Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: Product: Wireless_Device
Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: Manufacturer: MediaTek Inc.
Apr 15 22:40:12 linux-eclj kernel: usb 2-1.1: SerialNumber: 000000000
Apr 15 22:40:12 linux-eclj mtp-probe[14172]: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1"
Apr 15 22:40:12 linux-eclj mtp-probe[14172]: bus: 2, device: 8 was not an MTP device
Apr 15 22:40:12 linux-eclj upowerd[2151]: treating change event as add on /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1
Apr 15 22:40:12 linux-eclj mtp-probe[14173]: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1"
Apr 15 22:40:12 linux-eclj mtp-probe[14173]: bus: 2, device: 8 was not an MTP device

Sauerland · April 15, 2024, 10:57am

Not supported until Kernel 6.4, see here:

github.com

morrownr/USB-WiFi/blob/main/home/USB_WiFi_Adapters_that_are_supported_with_Linux_in-kernel_drivers.md

## USB WiFi adapters that are supported with Linux `in-kernel` drivers

USB WiFi adapters that are supported with `in-kernel` drivers are plug-and-play with most desktop distros. Additional work may be required for server distros as the maintainers of server distros seem to think that there are ethernet cables everywhere a user may choose to locate a server. Linux `in-kernel` drivers are preferable over `out-of-kernel` drivers for most users and use cases as problems with locating, installing and maintaining drivers are dramatically reduced allowing for a better experience.

Note: All USB WiFi adapters listed here are single-state (no Windows driver inside), single-function (no Bluetooth support) and use in-kernel drivers (Plug and Play). Buying adapters that meet this criteria greatly increases the probability of a satisfying experience that should last for many years.

-----

Recent changes:

- 2024-03-24 - added EDUP EP-AX1672 (AXE3000) to mt7921au chipset section. 
- 2024-03-24 - added PIX-LINK LV-UAC04 (AC1200) to mt7612u chipset section.
- 2024-03-07 - checked and updated adapter links and prices.
- 2024-01-31 - added new category for adapters based on the new mt7925 chipset (WiFi 7)
- 2024-01-13 - added generic Realtek rtl8812bu adapter (AC1200) to rtl8812bu chipset section.
- 2023-10-17 - added kernel information to BrosTrend AC3L entry.
- 2023-09-21 - added Fenvi FU-AX1800 (AXE3000) to mt7921au chipset section. 
- 2023-07-05 - added ALFA AWUS036AXM (AXE3000) to mt7921au chipset section.
- 2023-05-18 - added ALLNET ALL-WA1200AC (AC1200) to mt7612u chipset section.
- 2023-05-17 - updated ALFA AWUS036ACU (AC1200) to rtl8812bu chipset section.

This file has been truncated. show original

Important: The Netgear A8000 uses a device ID (VID/PID) that went into Linux kernel 6.4. This adapter will not be plug and play on earlier kernels. There are two methods for users that want the adapter to work with kernels that do not have the VID/PID included yet.

craigeben · April 15, 2024, 8:03pm

So moving to Tumbleweed would be the only way to make this usable? Only reason I got this is because my Starlink ethernet adapter dies when it heats up and its taking a while to get a new one. Might have to see if I can find an older model that is plug and play. Thanks for the help!

deano_ferrari · April 16, 2024, 3:07am

You could install a recent stable kernel:

Sauerland · April 16, 2024, 7:35am

You could also try Leap 15.6 which is in beta state.

Otherwise:
You have not read the Link I posted.

You could try:

Important: The Netgear A8000 uses a device ID (VID/PID) that went into Linux kernel 6.4. This adapter will not be plug and play on earlier kernels. There are two methods for users that want the adapter to work with kernels that do not have the VID/PID included yet.

Method 1: Hotplug automation using udev.

Create a file called /etc/udev/rules.d/90-usb-0846:9060-mt7921u.rules

$ sudo nano /etc/udev/rules.d/90-usb-0846:9060-mt7921u.rules

Note: you can change nano to the text editor of your choice in the above command.

Copy the below lines and paste them into the above file that you are creating:
ACTION=="add", \
	SUBSYSTEM=="usb", \
	ENV{ID_VENDOR_ID}=="0846", \
	ENV{ID_MODEL_ID}=="9060", \
	RUN+="/usr/sbin/modprobe mt7921u", \
	RUN+="/bin/sh -c 'echo 0846 9060 > /sys/bus/usb/drivers/mt7921u/new_id'"
Save file and reboot.

Method 2: From a terminal, enter and execute the following commands:
su
modprobe mt7921u
echo 0846 9060 > /sys/bus/usb/drivers/mt7921u/new_id
Be aware that method 2 will need to be executed after each reboot.

Review by russeree 2.4/5GHz Tested - 6GHz untested.

The Good:

Reliability: 2.4/5 GHz modes have not dropped a connection or needed to be reset after days of use.

Speeds: At a distance of ~75 feet getting.

~300mb/s down

~400mb/s up

Latency: Consistent at ~5ms

Temps: Device runs cool to the touch. Would not be considered hot or even warm.

Size: The device, given it’s performance, is quite compact.

Packing: Minimal packing, good for the environment.

Aesthetics: The new, applied-polished Netgear logo is visually pleasing.

The Bad:

Not PnP yet: A PATCH is scheduled to go into kernel 6.4. (Editor’s note: the patch was merged in kernel 6.4.)

Cost: At $99 USD MSRP this adapter is not inexpensive. (Editor’s note: the price is lower from some sellers.)

Packing: Minimal for the cost, unboxing is underwhelimg.

Or use kernel:stable:backports

craigeben · April 16, 2024, 10:20am

Didn’t go so well that one:

Problem: the to be installed kernel-default-6.8.6-1.1.g605b284.x86_64 conflicts with 'filesystem < 16' provided by the installed filesystem-15.0-11.8.1.x86_64
 Solution 1: do not install kernel-default-6.8.6-1.1.g605b284.x86_64

Choose the above solution using '1' or cancel using 'c' [1/c/d/?] (c):

Sauerland · April 16, 2024, 10:21am

I would say, wrong Repo for Leap 15.5.
Post your Repo list:
zypper lr -d

craigeben · April 16, 2024, 10:25am

I didn’t see that part of an article, seems like it might be a good solution.

Hmmm… I am curious as to if this will work so I might give it a try. What kernel will 15.6 have?

Sauerland · April 16, 2024, 10:26am

Kernel 6.4, but it might be also a backported kernel (from newer kernels).

craigeben · April 16, 2024, 10:26am

#  | Alias                            | Name                          | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                          | Service
---+----------------------------------+-------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------+---------
 1 |  snappy                          | snappy                        | No      | ----      | ----    |   99     | rpm-md | https://download.opensuse.org/repositories/system:/snappy/openSUSE_Leap_15.5 | 
 2 | Kernel:stable                    | Kernel:stable                 | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/repositories/Kernel:/stable/standard           | 
 3 | NVIDIA:repo-non-free             | repo-non-free (15.5)          | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.nvidia.com/opensuse/leap/15.5                               | NVIDIA
 4 | http-ftp.gwdg.de-c9e689c3        | Packman Repository            | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/           | 
 5 | http-opensuse-guide.org-3a7829b6 | libdvdcss repository          | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.5/                           | 
 6 | openSUSE-Leap-${releasever}-1    | openSUSE-Leap-15.5-1          | No      | ----      | ----    |   99     | N/A    | cd:/?devices=/dev/disk/by-id/usb-DVDRW_USB_H16X_DEF10D642C2F-0:0             | 
 7 | openSUSE:repo-non-oss            | repo-non-oss (15.5)           | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.5/repo/non-oss                  | openSUSE
 8 | openSUSE:repo-non-oss-debug      | repo-non-oss-debug (15.5)     | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.5/repo/non-oss            | openSUSE
 9 | openSUSE:repo-openh264           | repo-openh264 (15.5)          | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap                            | openSUSE
10 | openSUSE:repo-oss                | repo-oss (15.5)               | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.5/repo/oss                      | openSUSE
11 | openSUSE:repo-oss-debug          | repo-oss-debug (15.5)         | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.5/repo/oss                | openSUSE
12 | openSUSE:repo-oss-source         | repo-oss-source (15.5)        | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/15.5/repo/oss               | openSUSE
13 | openSUSE:update-backports        | update-backports (15.5)       | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.5/backports                           | openSUSE
14 | openSUSE:update-backports-debug  | update-backports-debug (15.5) | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/update/leap/15.5/backports_debug                     | openSUSE
15 | openSUSE:update-non-oss          | update-non-oss (15.5)         | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.5/non-oss                             | openSUSE
16 | openSUSE:update-non-oss-debug    | update-non-oss-debug (15.5)   | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.5/non-oss                       | openSUSE
17 | openSUSE:update-oss              | update-oss (15.5)             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.5/oss                                 | openSUSE
18 | openSUSE:update-oss-debug        | update-oss-debug (15.5)       | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.5/oss                           | openSUSE
19 | openSUSE:update-sle              | update-sle (15.5)             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.5/sle                                 | openSUSE
20 | openSUSE:update-sle-debug        | update-sle-debug (15.5)       | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.5/sle                           | openSUSE
21 | snappy                           | snappy                        | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/repositories/system:/snappy/openSUSE_Leap_15.5 |

craigeben · April 16, 2024, 10:27am

OK. That would be good to have. Look forward to seeing it out

Sauerland · April 16, 2024, 10:31am

If you use nvidia-Repo, you can not use the kernel:stable:backports Repo.

2 | Kernel:stable                    | Kernel:stable                 | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.opensuse.org/repositories/Kernel:/stable/standard           |

This is a Repo for factory, the Leap 15.5 ist this one:

https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard/

But if you install a Kernel from this Repo, your rpms from Nvidia Repo will not work anymore (black screen)

craigeben · April 16, 2024, 10:38am

Right. Thanks for the warning. I’ll try your fix and wait for 15.6 to appear. I do not want a broken system, Nvidia used to be an absolute nightmare which seems to now be working correctly thanks to someones magic. I am not going to play with that again! Thank you!

craigeben · April 16, 2024, 9:09pm

Success! Thank you.

craigeben · April 17, 2024, 10:36am

There remained one further gotcha to round this out. I could not get the interface to work and discovered it was DORMANT. I found instruction on how to fix this but suspect this will need doing after every reboot.

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether e4:1f:13:3f:6a:3a brd ff:ff:ff:ff:ff:ff
    altname enp3s0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 94:18:65:5e:c6:2b brd ff:ff:ff:ff:ff:ff
    altname wlp0s29u1u1

Ran this:

dmesg| egrep -i 'firmware|wlan0'
[    0.130966] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    0.399089] [Firmware Warn]: GHES: Poll interval is 0 for generic hardware error source: 1, disabled.
[    0.399145] GHES: APEI firmware first mode is enabled by WHEA _OSC.
[    0.399554] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[   36.941854] mt7921u 2-1.1:1.0: WM Firmware Version: ____010000, Build Time: 20230526130958
[36344.473714] wlan0: authenticate with 1e:4f:53:38:6a:74
[36344.522349] wlan0: send auth to 1e:4f:53:38:6a:74 (try 1/3)
[36344.534369] wlan0: authenticated
[36344.534997] wlan0: associate with 1e:4f:53:38:6a:74 (try 1/3)
[36344.545122] wlan0: RX AssocResp from 1e:4f:53:38:6a:74 (capab=0x1031 status=0 aid=3)
[36345.084728] wlan0: associated
[36345.786256] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[36349.894188] IPv6: wlan0: IPv6 duplicate address fd4f:5378:6a74:10::f6a used by e4:1f:13:3f:6a:3a detected!
[36350.608656] IPv6: wlan0: IPv6 duplicate address 2406:2d40:72cf:3b10::f6a used by e4:1f:13:3f:6a:3a detected!
[53779.819647] wlan0: deauthenticating from 1e:4f:53:38:6a:74 by local choice (Reason: 3=DEAUTH_LEAVING)
[53788.314481] wlan0: authenticate with 1e:4f:53:38:6a:74
[53788.359984] wlan0: send auth to 1e:4f:53:38:6a:74 (try 1/3)
[53788.370909] wlan0: authenticated
[53788.372140] wlan0: associate with 1e:4f:53:38:6a:74 (try 1/3)
[53788.380074] wlan0: RX AssocResp from 1e:4f:53:38:6a:74 (capab=0x1031 status=0 aid=3)
[53788.403081] wlan0: associated
[53788.539025] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

And then this to rectify the issue:

ip link set wlan0 mode default

Double check:

ip link show 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether e4:1f:13:3f:6a:3a brd ff:ff:ff:ff:ff:ff
    altname enp3s0
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 94:18:65:5e:c6:2b brd ff:ff:ff:ff:ff:ff
    altname wlp0s29u1u1

Working beautifully now!

system · May 17, 2024, 10:37am

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.