Replies: 19 comments 7 replies
-
Hi Nick, I installed Kali Linux 2022.4 on an old Dell Inspiron 5566 laptop. It's got the required drivers as far as I can see. I can see that Netgear AXE3000 - USB3.0 - 2.4 GHz, 5 GHz and 6 GHz (WiFi 6E) is published as a Tri Band USB WiFi Adapters that is supported with Linux in-kernel drivers. In my case I can see it's detected, but driver isn't being loaded, output of lshw shows:
lsusb shows: inxi -n shows: dmesg not showing any failures: This is a super old laptop, I am guessing I need USB 3 support for this WiFi adaptor to work ? Thanks, |
Beta Was this translation helpful? Give feedback.
-
Hi Felice, I added this adapter to the in-kernel list last week... with a warning: Warning: This Netgear A8000 uses a device ID that is not yet in the Linux kernel driver, mt7921u, and until that happens, users will have to add the device ID (ID 0846:9060 NetGear, Inc) and compile the driver. This is not a trival task and should only be undertaken by experienced developers. I guess I need to post it in a better place. Nevertheless... So, the driver is there, the chipset is there, the firmware is there and the driver does not have the device ID yet which means the driver does not recognize the adapter. An emergency fix is to compile the driver with a patch. If you are up for doing such, let me know. Maybe we can even submit the patch and become kernel devs. Nick |
Beta Was this translation helpful? Give feedback.
-
Hi again Felice,
That is just one of those things. Chipset makers have one or more default ID's that adapter makers can use and most do but some, in this case Netgear, do not. That is always the adapter makers choice but the adapter makers do not come back to, in this case Mediatek, and tell them to tell their kernel devs to add a new ID to the kernel. So the Mediatek kernels will only know if a user tells them. The way of telling them has to be in a specific format. However, before we go there, let see...
I think I can walk you through it. If we try to just compile the kernel, it can be more complicated so it might be better just to download, edit, compile and install the kernel. That might also make it easier to make a PATCH for the kernel devs so that we don't have to do this anymore once the patch is in. Give a breakdown of what type of system you have. Is it x86_64 or ARM64? Also, what distro are you running? Nick |
Beta Was this translation helpful? Give feedback.
-
Felice, We can work with Ubuntu 22.04. Keep in mind that at some point this will not be necessary but until that point you might want to take notes. Let me start you off with some homework. Your firmware will need to be upgraded. Remember that Linux in-kernel driver come in 2 parts: the firmware files that are not part of the kernel and the driver which is part of the kernel. Here is your homework: Go to: https://github.com/morrownr/USB-WiFi and select menu item 8 or go directly there with: Following the instructions for the mt7921 chipset. I think it is section 2. Be very careful with the details. After you finish, your firmware should be up to date. Now for the driver part of things: Would you like to head on up to the latest LTS kernel? 6.1? We can pull it right from Linus' site get started. I need to pause for now as I have to run take care of some things but I'll continue when able so do your homework and let me know what kernel you want to use. I will have a checklist for you to follow so don't worry. Nick |
Beta Was this translation helpful? Give feedback.
-
Homework done lol. |
Beta Was this translation helpful? Give feedback.
-
Stop at item 6 so we can work it together:
|
Beta Was this translation helpful? Give feedback.
-
Done. At step 6 now, waiting. |
Beta Was this translation helpful? Give feedback.
-
Hold on... I just made it back home and have to fix dinner. I'll be back... |
Beta Was this translation helpful? Give feedback.
-
I downloaded We need to be on the same sheet of music. The following is a recent post in linux-wireless to add an ID for the same chipset so we can use it as an example. As you can see below, the file that we need to modify is
Give me a chance to make the modification and pass it to you. Nick |
Beta Was this translation helpful? Give feedback.
-
There are 3 added lines, starting on line 18. |
Beta Was this translation helpful? Give feedback.
-
Hey Nick good news. Compiled kernel with your fix and now I see the A8000. |
Beta Was this translation helpful? Give feedback.
-
Hey Felice,
That is good news. Kind of a pain in the backside but it will be corrected in time. Once you are satisfied that the ID fixed the problem, and it sounds like it did, we can work on a PATCH. You need to be on the books as a Linux kernel dev? Right?
That is likely an issue with regbd or country code and not an issue with the driver. I don't have a 6 GHz AP setup yet but maybe if you give me some of the settings for 6 GHz in your router, maybe we can figure something out. What do you get when you run: $ iw reg get There was another guy in one of these issues that told me last week he had the Netgear A8000 and it was working fine. He had already figured out the ID thing and knew how to compile but he did not mention if he tested 6 GHz.
Doubt that has anything to do with 6 GHz. I remember a couple of options having to do with how Ubuntu does certs but not so much. Maybe I need to compile this baby and see. Nick |
Beta Was this translation helpful? Give feedback.
-
Hi Nick, Not sure what you mean by "you need to be on the books as a Linux kernel dev". Can you clarify please ? $ iw reg get |
Beta Was this translation helpful? Give feedback.
-
By the way, I see this 6GHz SSID with my Samsung Galaxy Tablet S8+. I'm confident the router side is ok. |
Beta Was this translation helpful? Give feedback.
-
If you send in a patch that is accepted then your name is listed as a kernel dev.
Understand.
That is the 6 GHz. I don't understand what the problem could be. Have you checked to see if the other 2 bands are working well? I'll see if I can find the other guy that had the A8000. If I can, I'll bring him into the conversation. |
Beta Was this translation helpful? Give feedback.
-
Hi Nick, Been digging a litte more. Still cannot understand why this bloody A8000 adapter isn't "seeing" my 6GHz SSID :-(. Besides the Samsung Galaxt S8+ tablet, I managed to verify 6GHz connection with a Samsung Galaxy S22+ smartphone as well. My ASUS GT-AXE11000 web GUI does not seem to have any settings for country selection, however I saw these nvram params: As you can see the "wl" entries have US setting. So they indeed should match country in regulatory "iw reg" setting. Furthermore, adapter is showing "no IR" for this 6GHz band (better than disabled). Not sure whether this is expected ? Frequencies: |
Beta Was this translation helpful? Give feedback.
-
Let me recommend that you post a new issue that includes a synopsis of the details thus far. The problem with the current location is that it is an old thread and may not be seen by many people. A new thread should help. I hate not to dive in to research the issue but I have some things I have to knock out this weekend. What I do know is that when I tried to set up 6 GHz in AP mode on my wifi router running OpenWRT, I had to set country as FR (France) or DE (Germany) and it appeared to work but I really had no way to test it since 2 dod not have 2 devices with 6 GHz capability yet. I will at some point but I am not there yet. There are some smart people running around this forum so maybe the answer can be found. Nick |
Beta Was this translation helpful? Give feedback.
-
What channel is it on?
|
Beta Was this translation helpful? Give feedback.
-
Seems like it should work:
Maybe something to do with reg. stuff which is really complicated under Linux. |
Beta Was this translation helpful? Give feedback.
-
2022-03-02 - Updated: 2022-03-05
WiFi 6 vs WiFi 6e
If you happen to be shopping for a new wifi router or wifi adapter or wifi card, you have probably run across the terms WiFi 6 and WiFi 6e in the ads. Many of the ads contain bad information. Even some articles I have read seem to do more to confuse the issue than to clarify it. Let me try to clarify a few things.
The difference between WiFi 6 and WiFi 6e is simple. WiFi 6e supports new, previously unused channels in the 6 GHz part of the radio spectrum. As wifi use has continued to increase, existing 2.4 GHz and 5 GHz channels have become more congested and since wifi technology is based on sharing, in areas where a lot of wifi routers and access points are located, things can slow down a lot. This seems to be particularly acute with 5 GHz due to the reality that there are very few channels to choose from. Many countries only allow the 36-48 channels as non-DFS channels and since many devices do not support DFS channels, and since it seems everyone wants 80 MHz channels width which takes all channels between 36 and 48, we effectively have only one channel to use. Even in countries that offer channels 149-165, that is really still only two channel options. I have questioned the wisdom of the EE's that wrote the WiFi specs going all the way back to the beginning but that is a topic for another day.
We have needed new channels for some time but no new channels were approved when WiFi 6 came to market. Now new channels have been approved and WiFi 6e adds the capability to use these new channels. My opinion is that WiFi 6 is mostly a waste of time and I will be waiting until WiFi 6e has matured more until I get serious about upgrading things around here. Sure, I have a new little laptop that is WiFi 6 capable. It has a Mediatek mt7921 chipset that is plug and play with the Ubuntu 21.10 that I installed on the laptop. Since I do not have a WiFi 6 or WiFi 6e capable router, it operates as WiFi 5, which is still several times faster that what I actually need.
So, what does all of this mean to your average home or small business internet user? If you are located in a highly congested area such as an apartment building, you will likely be happier waiting for WiFi 6e. If you are located in an area that is lightly congested or has no congestion at all, WiFi 4 likely meets or exceeds your needs and this talk of WiFi 6 and WiFi 6e is just noise.
Additional info:
Here is a link to remind you of a few good-to-know things about WiFi:
https://metis.fi/en/2017/10/txpower/
Since I maintain 5 repos for drivers and two primary informational repos, including this one, I get all kinds of questions. It seems that it is rare when a week goes by when I don't get ask about how to turn txpower up on an adapter. My experience is such that I have rarely seen increasing txpower with low cost, <$20 USD, wifi adapters do much good for range. Remember that this technology requires txpower and receive capability to both be in place to increase range. Most cheap adapters do not have the antenna quality to allow increasing txpower to be of much help. It costs to make an adapter that has very good range as the quality of the antenna and internal amp need to be good. An example of a good long range adapter is the ALFA ACHM, which costs around $40USD.
Should we expect WiFi 6e WiFi adapters to be available shortly? (update: see next paragraph). So far there has been only one WiFi 6 capable chipset made available for use in USB WiFi adapters. It is the rtl8832au. Realtek released an out-of-kernel driver for Linux but it is simply a terrible driver so I have not made it public because I don't want to encourage Linux users to buy adapters based on that chipset. Will we see Mediatek release WiFi 6e chipset for USB adapters soon? I don't know but am hoping for a mt7921ku chipset sometime this year. I hope it happens. The base driver is already in the kernel so adding USB support is all that is needed.
Edit: Update to the above paragraph: A driver for the Mediatek mt7921u chipset is now going into the kernel. This is great news and we should see information regarding new USB WiFi adapters soon. The mt7921 driver that has been in the kernel since v5.12 supports both WiFi 6 and WiFi 6e.
I hope this helps.
Regards,
Nick
Beta Was this translation helpful? Give feedback.
All reactions