I can see you used the MT7921K, but that’s not 6E either ? (6ghz)
Banana Pi has miss informed a lot of people by stating that it is 6E (6ghz) and it is not. As you pointed out.
And I see no correction on this ! Which is leading to perpetual confusion.
You are also correct in pointing out that the correct chip from Mediatek is the same die and could be put on the board. IT Could be 5 & 6 ghz by leaving the 2.4 ghz off the board (not a lot to be gained in WiFi 6 with 2.4) Just stick in a 2.4 USB dongle, if you need 2.4
I have considered removing the 2.4 and soldering on the 6 ghz myself. Or how about a “group buy” of such a board. I wonder how many boards we would have to buy, to get what we thought we were getting.
4x4 5ghz + 4x4 6ghz The only reason I was attracted to this board in the first place.
MT7921 can operate on 6 GHz channels with 2T2R and 160 MHz channel width. So it is 6E.
It could even serve all three bands by using a DBDC frontend for 2.4GHz + 5GHz and single-band 4T4R frontend for 6 GHz. I guess the choice to populate the board with two single-band 4T4R frontends for 2.4 GHz and 5 GHz is mostly due to limited available and/or high cost of 6 GHz chips at the time when the R3 was designed.
Given the current situation, the best would be to add MT7915E on M.2 slot with 4T4T single-band 6 GHz front-end connected.
Sacrificing the only USB 3.0 port for 2.4 GHz seems also like a waste, and USB 2.0 dongles generally don’t work well and are very limited in terms of available bandwidth and number of clients which can be served simultaneously. I’d always stay away from USB Wi-Fi, compared to PCIe-based solutions that’s all toy-grade stuff. And yes, it is possible to see way beyond 200 MBit/s also on 2.4 GHz, and range is much better than in higher frequency bands, so I wouldn’t want to miss it.
I’m afraid that may not work due to efuse already being burned for the combination of chips used on the board… But if you have access to compatible 6 GHz frontend chip and BGA rework station it would definitely be a very interesting experiment
You can run OpenWrt directly from the microSD card or use the bootloader menu in the serial console to install OpenWrt on either the SPI-NAND or the SPI-NOR flash chip (depending on the position of the physical switch on the board).
How exactly does one enter the Bootloader Menu via Serial Console?
Got a Serial->USB adapter connected and can read everything, but i don’t know how to get into the Bootloader Menu like you did.
You need to use a VT100/ANSI capable terminal emulator, that can be puTTY on Windows, minicom on Linux, … Using that you will see the menu, and you can interrupt the boot process to select options in the menu.
To me WiFi performance looks good and similar to other reports such as here:
But I also don’t have any Apple devices to test with, only Intel AX2xx in laptops and some Samsung Exynos and MediaTek Helio based mobile devices. So it can very well be that there is a general problem with mt76 or even mac80211 drivers in general and Apple devices on the other side.
Did a quick iPerf test of WiFi performance with my Surface Pro 3 and Samsung Galaxy Tab S7+ with QC SD865+. Worked pretty well and better WiFi Range compared to my old Netgear R6400.
My Google Nest mini fails to connect suddenly. I cannot figure out the cause really. Tried toggling the usual culprit 802.11w, but no dice. Switched from WPA3 to WPA2 and it persists on 5GHz and 2.4GHz.
I have a dumb AP set also in the network… it works through that thou. So it ain’t some firewall issue also.
Was there any sort of magic going around in wifi driver sections? In upstream mt76 changes I don’t see anything for MT7986.
It is true that WED is not enabled by default on mainline builds.
It may not be relevant for you at this point, but unlike the BPi-R64 which is based on MT7622, on the BPi-R3 based on MT7986 WED can work for both, 2.4GHz and 5GHz provided by the SoC, and also additional PCIe radio connected. And unlike MT7622 which supported only Eth->WiFi offloadring, MT7986 supports both directions.
So it has to be enabled in multiple places not only mt7915e options? Like for the MT7622, I have the Xiaomi AX3200 breed, thus many things overlap…
Well they should overlap, as exactly your code is used in both platforms lol. It just puzzles me as the name is left from different IC. Now I read the same comment from Belkin/Linksys page about the HW acceleration paths.
Shame there are no pcie mediatek nics to slap in that m.2 slot and have it HW accelerated. I need a third 2.5Gbe port. Putting an intel or realtek will hog the CPU badly like on even beefier platforms. I have ordered an adapter to try myself, but I have a feeling already how it will turn out, I have a 2.5GB M.2 AE Realtek RTL8125.
No, it’s just options for mt7915e module. MT7986 contains a dual-band Wi-Fi similar to MT7915, hence the same driver is used.
MT7622 built-in Wi-Fi is more similar to MT7615 and hence doesn’t support WED. Most devices with MT7622 use MT7915E as 5 GHz radio, so there WED is supported.
Hello everyone, has anyone experimented whether openwrt’s hwoffload works on mt7986? In addition, I heard that mt7986 also supports qosoffload. How does it work?
