Replies: 63 comments 34 replies
-
Hi @foen73 Thanks for the report.
There is a later firmware that is available. To install/update, go to the following link and go to the mt7921 section: Would you mind running Also, would you mind deactivating usb_modeswitch so we can make sure that this is a single-state adapter? If so, look at the last section at the below link: https://github.com/morrownr/USB-WiFi/blob/main/home/How_to_Modeswitch.md Thanks |
Beta Was this translation helpful? Give feedback.
-
Thanks for posting the I am puzzled. I have a laptop with a card based on a mt7921e chipset. I upgraded to kernel 5.19 and the latest firmware earlier today. AP and AP/VLAN mode support is now showing as available as was expected. I checked Now tell me why Regards |
Beta Was this translation helpful? Give feedback.
-
I don't have a WiFi 6E capable access point either.
I agree that it would seem unlikely that 6E is supported but I have seen many mistakes in ads and documentation. I will believe what we determine to be true with testing. The COMFAST ad is the first time I have seen the term MT7921AU and I keep up with this stuff pretty closely. I decided last night to do some more searching. There are very few references on the internet to MT7921AU but the following is a copy and paste from an article I found:
It could be that there is an error in the mt7921u driver where it is reporting 6E support when it should not. I think you mentioned that you are using a Thinkpad laptop. Is it possible you could find a friend that has a 6E capable access point so that you can test? |
Beta Was this translation helpful? Give feedback.
-
There is a good thread going in issue #87 and you are welcome to join. We are trying to confirm that 6 GHz is supported. |
Beta Was this translation helpful? Give feedback.
-
Hi, I received my CF-953AX (at least that's what the box says and what's printed on the device) but it's detected as vendor: product 3574:6211, ie, completely different from this thread. So do I have a different chipset? Any advice? Regards, Steve Larson |
Beta Was this translation helpful? Give feedback.
-
I don't know.
https%3A%2F%2Fusb.org%2Fsites%2Fdefault%2Ffiles%2Fvendor_ids051920_0.pdf&usg=AOvVaw2rFgug5g7rSrm7-kqgfchO
says 0x3575 is
Sitecom Europe B.V.
but I also found this:
https://the-sz.com/products/usbid/index.php?v=3574&p=6211&n=
Shenzhen Four Seas Global Link Network Technology Co., Ltd.
which is Comfast.
Maybe Comfast is not USB certified.
Do you have a link to what you bought?
I would ask Comfast what 3574:6211 means.
Do you have access to Windows?
Someone might see something so please post:
$ sudo lsusb -d 3574:6211 -v
|
Beta Was this translation helpful? Give feedback.
-
I'm kinda scratching my head. I'd like to the entire output of $ lsusb |
Beta Was this translation helpful? Give feedback.
-
Hi, Thanks for the responses. Here is the output from "lsusb -d 3574:6211": @bjlockie - I'm surprised by the vendorID info you found. Both dmesg and lsusb call it "MediaTek Inc." "Wireless_Device". I was able to get connected using this device with the mt7921u driver by putting the VendorID and ProductID in "/sys/bus/usb/drivers/mt7921u/new_id" I bought the device from an outfit called "Sunsky": No, I don't have access to Windows. I got it working on Ubuntu 22.10, 5.19.0-31-generic after I noticed that the firmware files in @morrownr's firmware guide were already present on my system. I might try playing with it on fedora and arch, where I have more recent (6.1.12) kernels. Thank you very very much to @morrownr for all your fine work on these devices, which I rely on every day. Regards, Steve |
Beta Was this translation helpful? Give feedback.
-
I really appreciate this bit of info. I had never heard of this but have now posted it on the site in a couple of places for users to see. Here is the example. It is for the Netgear A8000:
This info really should go in the kernel. Do you know how to submit patches to linux-wireless? |
Beta Was this translation helpful? Give feedback.
-
Generally I like to see 3 or 4 individuals reporting the same thing before recoomending someone submit a patch so that give you time to learn how to submit a patch. There will be others that come along. If you need help, let me know. |
Beta Was this translation helpful? Give feedback.
-
Yes, it does but I did not remember that the VID/PID was the same as yours. This is really confusing now. In the 3rd paragraph after the Recent Changes section at the below link, I talk about the issue of the 952AX and the new VID/PID but I had no idea that it included situations such as yours: Does the adapter say 953AX on it somewhere? ... or just the packaging? 3574:6211 |
Beta Was this translation helpful? Give feedback.
-
Yep, and I can confirm that the VID/PID is in the wireless-testing code already (in .../mediatek/mt76/mt7921/usb.c).
It's on both the device and the packaging. To be sure, it's on a sticker on the device, so would be pretty easy to mess with. |
Beta Was this translation helpful? Give feedback.
-
I got a comfast-CF-953AX too. lsusb shows: On the pci.ids file it shows up as: But can't get it to work in AP mode, with hostapd. Put it on windows, couldn't activate the mobile hotspot. Using comfast drivers. Hmmm.... |
Beta Was this translation helpful? Give feedback.
-
Gimme some details. What distro, computer and band are you using? |
Beta Was this translation helpful? Give feedback.
-
Again, no idea why the text gets so uneven with the Add Code thing here... EDIT: Ok, used the quadruple ` thingies. Looks ok now. |
Beta Was this translation helpful? Give feedback.
-
I picked up a Comfast CF-953AX for $15 on Aliexpress about a year ago and I finally addressed some issues with it. Looking at the other discussions on this device I might be the only one. I have the version that has idVendor=0e8d and idProduct=7961. I have a few old computers, so I tested on Ubuntu 24.04 and Fedora 40.
Some earlier discussion had hardware aliases added so kernel modules would load. Since my adapter has broken bluetooth, is there a way to remove device support with a command or would I have to find the hardware alias file for it and recompile the kernel/module? I would like to minimize the modifications to the system due to badly behaving hardware. |
Beta Was this translation helpful? Give feedback.
-
Hi @jaearr I've seen some other reports of similar behavior. What happens if you simply delete the bluetooth firmware file? Try that and then tell me if any of the other issues are still there. I do not what is causing this problem. It does not happen on all adapter because it does not happen on my Edup adapter with the same chip. |
Beta Was this translation helpful? Give feedback.
-
I don't use bluetooth and I doubt it works but wifi seems ok.
Raspbian |
Beta Was this translation helpful? Give feedback.
-
I'm operating slow due to health reasons but I've done a little testing today. I tested two adapters with the mt7921au chip. Here are the two adapters: Alfa AXML Test distro: Ubuntu 24.04
So, direct firmware for bluetooth failed and then "HCI Enhanced Setup Synchronous Connection command is advertised, but not supported." Neither adapter advertises that it supports bluetooth, nor should they since USB3 and BT can interfere with each other so who wants USB2 wifi. There is no doubt that the mt8021au chip is capable of BT but it should be turned on off properly for USB adapters. It is appears that BT is indeed turned off properly in the Edup adapter but not with the Alfa adapter. This is my theory anyway... Other wise, why would the system be detecting and trying to bring BT online, which evidently blocks wifi when it fails. This seems to be the problem with the Comfast adapter in question here. With that said, This problem only came up earlier this year. I suspect a change with something in BT has broken this. I do not think the problem is with wifi. It could be eeprom settings in the adapters... settings that the maker though were correct but now that BT is working differently, boom, we have a big bug. Thoughts? |
Beta Was this translation helpful? Give feedback.
-
Further testing: I added the mt7921au firmware file back into my first test system but I added a little usb BT adapter to provide bluetooth support. Both adapters then showed wifi that worked with no problem. The Alfa adapter still have some junk in the log but it did not affect wifi operation. I then moved to a RasPi4B that had internal BT on. Same result...wifi worked with both adapters. It appears that as long as there is a functional BT chip active in the system, wifi is happy. The problem with wifi seems to come about if the are true:
Testing various kernels to determine when this problem started can be helpful. I know nothing about bluetooth myself as I rarely use it and I know nothing of the bluetooth system in Linux. |
Beta Was this translation helpful? Give feedback.
-
Laptop = mt7921 M.2 x86_64 I have a nano bt adapter that I could throw into the mix.
I have seen this reported with owners of the Alfa AXML so it is not just the early Comfast adapters. I suspect that your analysis that the problem has to do with a bug in BT is correct. It would be good to figure out exactly what happened. What I advise users to do is delete the bluetooth firmware file. It may show a couple of ugly lines in the system log but wifi should then work okay. None of the current mt7921au based adapters in the Plug and Play List show this problem as far as I know. |
Beta Was this translation helpful? Give feedback.
-
Hi, Today I retested again my CF-953AX adapter on my BananaPi R4 router. It has an USB 3.0 port. Hardare: BananaPi R4 with MT7988 As soon I'm plug in the adapter this happen:
In this case the device is crashing even earlier than I was expecting. |
Beta Was this translation helpful? Give feedback.
-
Thanks for adding this information. Right now I am aware of 3 adapters that suffer from this bluetooth problem: Comfast CF-853AX All 3 have been removed from The Plug and Play List. Not to say that there is necessarily a problem with the adapters but rather that list if for people to buy new adapters and we don't know when this is going to be fixed. You can blacklist btusb and that stops the problem but then no bluetooth at all. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the note. When mt7921au based adapters first came out, several users reported good results with the CF-953AX so I put the adapter in the Plug and Play List. I then bought a CF-951AX for myself and it became apparent fairly quickly that it was not a good quality adapter so it was added and then removed as the problems showed themselves. Stability was a problem and it appears that quality control on the assembly line was to blame but that could be caused by bad engineering. My opinion of Comfast is not good these days. I am now in direct contact with Alfa. I am hoping to facilitate work that can lead to fixing this BT problem once and for all. I have an AXML that has the problem but I also have a EDUP EP-AX1672 that does not show the problem. I think all of the adapters in the mt7921au section of the Plug and Play List are good and do not show this problem. I have one pending adapter that is posted in Issues waiting for people to report as I may make an exception to my "no TP_link policy" as it might work out in this case. It certainly appears to me that a patch to the bluetooth stack is what caused this. I have not identified the patch but I just cannot see it being anything else. Hopefully this BT problem is fixed soon so we can get back to enjoying our AXML's with having to do workarounds. |
Beta Was this translation helpful? Give feedback.
-
Well my CF953-AX seems to be dying. Even with btusb module blacklisted, it is causing system hang / soft freezes. dmesg says:
2 years in heavy testing service, so I am not mad, but annoyed enough to want it out of my stash of stuff lol. If anyone wants it for parts / testing / think you can resurrect it, let me know. |
Beta Was this translation helpful? Give feedback.
-
I've been using mine as a client 24x7 for probably more than 2 years. I have kernel 6.1.21. |
Beta Was this translation helpful? Give feedback.
-
I suspect your adapter is not dying. There are 3 mt7921au based adapters that are struggling: (and were removed from The Plug and Play List in 2024) Comfast CF-953AX Those were 3 of the first available adapters with the mt7921au chip. Problems were first noted around the time kernel 6.7 was released, about 1 year ago. The various workarounds, including deleting the bluetooth firmware file, used to work but no longer work with the most recent distros such as Ubuntu 24.10. I am working the issue. I will probably post an issue for this problem soon so that we have a place to compare notes. |
Beta Was this translation helpful? Give feedback.
-
Which kernel are you using? |
Beta Was this translation helpful? Give feedback.
-
@morrownr - I did try going back to 6.6.69-lts kernel before writing up my issue, but no change there. But I can certainly wait awhile to see if the driver situation improves. But I still suspect hardware failure of my unit, based on instant and repetitive (each 1-4 seconds) I get usb errors in journalctl. That, combined with the fact that even plugging the 953 in with bt* modules unloaded, bluetooth service stopped, and the bluetooth firmware file banished, even a local terminal soft freezes with up to a minute delay on even simple commands such as ls. Remove the device from the usb port, and the soft freeze is instantly over. @bjlockie - when you plug in your 953, does the little blue LED next to the "Wifi6" lettering light up? Mine used to, but does not anymore.... |
Beta Was this translation helpful? Give feedback.
-
You might need to go back with the firmware files as well. I can show you how if need be. But then again, the adapter could be going bad. It happens. Over the last 2 years, I have observed things that would make me reluctant to add a Comfast adapter to The Plug and Play List again. I question the quality of their manufacturing. |
Beta Was this translation helpful? Give feedback.
-
[Info] Yesterday my new toy arrived and really worked out of the box, at least with the mainline kernel 5.18.12. With standard Ubuntu kernels, I tested 5.15.0.41.43 & 5.17.0.1013.12 (OEM), it does not work without further action.
Speedtest by Ookla
Server: iway AG - Zurich (id = 3188)
ISP: Vodafone Germany
Latency: 24.94 ms (39.31 ms jitter)
Download: 390.00 Mbps (data used: 460.7 MB)
Upload: 25.01 Mbps (data used: 43.2 MB)
Packet Loss: 0.0%
lsusb
Bus 002 Device 007: ID 0e8d:7961 MediaTek Inc. Wireless_Device
uname -a
Linux foen-ThinkPad-T570 5.18.12-051812-generic #202207150942 SMP PREEMPT_DYNAMIC Fri Jul 15 10:10:55 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
dmesg
[ 1038.765594] usb 2-2: new SuperSpeed USB device number 7 using xhci_hcd
[ 1038.788041] usb 2-2: New USB device found, idVendor=0e8d, idProduct=7961, bcdDevice= 1.00
[ 1038.788045] usb 2-2: New USB device strings: Mfr=6, Product=7, SerialNumber=8
[ 1038.788047] usb 2-2: Product: Wireless_Device
[ 1038.788048] usb 2-2: Manufacturer: MediaTek Inc.
[ 1038.788049] usb 2-2: SerialNumber: 000000000
[ 1041.272871] Bluetooth: hci0: Device setup in 2418728 usecs
[ 1043.297145] Bluetooth: hci0: Opcode 0x c03 failed: -110
[ 1045.313182] Bluetooth: hci0: Failed to read MSFT supported features (-110)
[ 1047.329075] Bluetooth: hci0: AOSP get vendor capabilities (-110)
[ 1047.457597] usb 2-2: reset SuperSpeed USB device number 7 using xhci_hcd
[ 1047.507236] mt7921u 2-2:1.3: HW/SW Version: 0x8a108a10, Build Time: 20220209150832a
[ 1047.602000] Bluetooth: hci0: Device setup in 117882 usecs
[ 1047.666384] Bluetooth: hci0: AOSP extensions version v1.00
[ 1047.666390] Bluetooth: hci0: AOSP quality report is supported
[ 1047.757820] mt7921u 2-2:1.3: WM Firmware Version: ____010000, Build Time: 20220209150915
[ 1049.373255] mt7921u 2-2:1.3 wlxe0e1a934a1bb: renamed from wlan0
[ 1053.039692] wlxe0e1a934a1bb: authenticate with 88:dc:96:8d:1a:fd
[ 1053.576871] wlxe0e1a934a1bb: send auth to 88:dc:96:8d:1a:fd (try 1/3)
[ 1053.585139] wlxe0e1a934a1bb: authenticated
[ 1053.592626] wlxe0e1a934a1bb: associate with 88:dc:96:8d:1a:fd (try 1/3)
[ 1053.608944] wlxe0e1a934a1bb: RX AssocResp from 88:dc:96:8d:1a:fd (capab=0x1511 status=0 aid=7)
[ 1053.636803] wlxe0e1a934a1bb: associated
[ 1053.687419] wlxe0e1a934a1bb: Limiting TX power to 20 (23 - 3) dBm as advertised by 88:dc:96:8d:1a:fd
[ 1053.735668] IPv6: ADDRCONF(NETDEV_CHANGE): wlxe0e1a934a1bb: link becomes ready
Interestingly, with the standard Ubuntu kernel the BT part works, which I am neither interested in nor have I tested for functionality, but at least the dmseg output looks good here.
Beta Was this translation helpful? Give feedback.
All reactions