mwlwifi
mwlwifi copied to clipboard
kaloz
Please Mu-Mimo.
yuhhaurlin wrote this 17 days ago
It is under working. However, other jobs will interrupt this working sometimes, but this feature will be added finally.
Based on the complexity of the job, this statement and the long wait for previous updates i think we will wait several month if not even a year before we get Mu-Mimo. Anyway some updates on the status of works will be appreciate by the community.
@adamcarter1 I recommend picking up a better supported Open Source router. Marvell has consistently shown their complacency regarding this driver. They have only assigned one person for this project and now they are cutting into his time to make him work in another project. This driver will never be feature parity with the closed source driver. After following and testing this driver since the original WRT1900AC and now with a WRT3200ACM, I have finally given up on this driver being truly open sourced or being on par with the closed driver. It's unfortunate as the WRT line was so beloved by the open source community. Belkin tried to revive it but chose Marvell who clearly do not care about open source. If you can sell or return this router I suggest you do. Best of luck -G
@thagabe : but you should consider that no opensource router yet does support MU-MIMO. so marvell would be still the first
That is true. For AP mode, no open source router supports MU-MIMO. For mwlwifi, we will port simple grouping rule to support MU-MIMO for AP mode.
On the wrt3200acm? The 5ghz is a crock and keeps changing chanels. the 2.4 ghz just stops ded and needs rebooting.
Yikes, i dont know your settings, or which firmware you are running. Buy my 3200acm dd-wrt build is stable, i dont use a lot of settings. Just vpn client, policy based routing, basically it. I also dont combine my 2.4ghz and 5 ghz into one ssid, like many folks do.
Regardless. I only need to reboot if my openvpn drops.
I grant you it isnt perfect, but, i dont have your problems.
Current driver and firmware are pretty stable. Issues reported here will be checked after MU-MIMO is added. After MU-MIMO is added, I will check with our QA to clean issues reported here. However, it is better to report you issue with clear and precise descriptions. It should be reproducible with clear setup and steps.
5Ghz does change channels frequently for me, but this is due to DFS which is unavoidable. However I do feel that the radar detection is a little sensitive on this firmware, I have not seen it happen so much with the stock firmware. 2.4Ghz is rock solid however.
@BrainSlayer MU-MIMO is supported on Linux PC with the below hardware spec. In the old days wireless routers were just low profile Linux PC with wireless adapters. I don't think Marvell is the first to support MU-MIMO with there long development times.
https://www.snbforums.com/threads/qnap-wi-fi-adapter-adds-wireless-features-to-linux-based-nas-and-pcs.46800/
What is the MU-MIMO grouping rule used by QNAP for AP mode? For ath10, it only supports MU-MIMO for client mode when I checked it last year. If you find ath10 supports MU-MIMO for AP mode, please let me know.
Quote from: https://www.qnap.com/en/product/qwa-ac2600
The QWA-AC2600 supports Dual Band Dual Concurrent (DBDC) for acting as an access point or a base station, adding more possibilities to your investment.
@howl : the ath10k firmware blob does support it, but the ath10k driver does not.
@Chadster766 : sure the hw does support it and the windows drivers do support it as well, but ath10k does not
3200acm is so low to buy, once mumimo is implemented, it will be so cheap, i love in it, just mumimo is not implemented, it will be in one two years done, then u can use it like 20 years, so little router with big antenna
@BrainSlayer : The below document seems to indicate that ath10k has mu-mimo with hostapd
https://wireless.wiki.kernel.org/en/users/drivers/ath10k/configuration#mu-mimo_configuration
Perhaps we should stop arguing about what other drivers can o cannot do, and focus on this one.
@eduperez : We aren't arguing as far as I know. Just discussing mu-mimo. You never know maybe the ath10k source code could help speed this drivers development and stability.
@Chadster766 : this just enables the vht cap flags for mu-mimo, but you need more than just this to run mu-mimo. this is just tx beamforming for mu-mimo. i have also seen the firmware crashing if you run mu-mimo for rx
Yes. MU-MIMO needs explicit beamforming: VHT sounding protocol. Except for that, you still needs rule to group MU clients for AP mode.
In fact, I already get enough information to implement MU-MIMO for mwlwifi with simple static grouping rule. Thanks for all your information.
Ok, we have waited long enough. Please yuhhaurlin give us the power.... the power of mu-mimo..
hey, he will do it, goes other work as well, i was inpatient as well. just let him be,
I'm not sure what kind of a difference people are expecting with mu-mimo. I hope they aren't expecting too much because they are likely to be disappointed.
We cannot even use it the bandwidth with MU-MIMO, unless u are in business but then you probable use Cisco and not OpenWrt. It will be on time. I GUESS.