|September 11, 2019||Aeon Matrix Inc.||Yardian Pro PRO1902||?||mt76 (pre mainline)||2,4 GHz, 1 Spatial Stream 2.4 GHz, STA, b/g/n, WMM, WPA2/WPA Personal, Short Guard Interval, TX A-MPDU, STBC Receive, 40 MHz operation in 2.4 GHz with coexistence mechanisms|
|January 14, 2019||GARDENA GmbH||GARDENA smart Gateway (Art. 19005)||MT7688||mt76 (pre mainline)||2,4 GHz, 1 Spatial Stream 2.4 GHz, STA, b/g/n, WMM, WPA2/WPA Personal, Short Guard Interval, TX A-MPDU, STBC Receive, 40 MHz operation in 2.4 GHz with coexistence mechanisms, Greenfield Preamble, STAUT Power Management|
Progress: Hardware is already on the market, nothing left to do or could be changed for that matter.
As of 2020-08-31, linux-firmware contains firmware version 80.0, which is known to hang on the GARDENA smart gateway as long-term tests have shown (and on other machines too - Google knows). Only a cold reset resolves the problem, which is easy to do for an USB WLAN stick but very problematic (human intervention needed) on a embedded device without hardware reset capabilities for the USB device.
Therefore, all driver development and the verification is getting done with firmware version 88.2, which is not yet mainlined as of 2020-08-31, but has the mentioned problem resolved.
Currently, FW version 80.0 from vendor driver rtl8188C_8192C_8192D_usb_linux_v3.4.2_3727.20120404 is in linux-firmware. The more recent, more stable firmware version 88.2 (contained in vendor driver v4.0.1_6911.20130308 to v4.0.9_25039.20171107) still needs to be upstreamed.
|Priority||Task||Wi-Fi Alliance Test Case||State||Optional||Work left [best,]expected[,worst]|
|1||TX power #1: Hook the tx power set/get of the cfg80211 to the driver||none, but needed for EMC||not yet implemented||n||5, 10, 20 hours|
|1||TX Power #2: reverse engineering the register setting and implement power by rate.||none, but needed for EMC||not yet implemented||n||3, 5, 5 hours|
|unknown||WMM: Wi-Fi Multimedia||many||not yet implemented||n||n/a|
|unknown||802.11n: STBC Receive||5.2.46||not yet implemented||n||n/a|
|unknown||A-MPDU: #1. Handle ampdu_action properly on TX. Ex.ADDBA, DELBA, BAR||5.2.47||not yet implemented||n||10, 20, 30 hours|
|unknown||A-MPDU: #2. Make sure BAR to be handled correctly on RX||5.2.47||not yet implemented||n||10, 15, 20 hours|
|unknown||Greenfield mode||5.2.41||not yet implemented||y||n/a|
|unknown||iw station dump: “tx bitrate: (unknown)” (n/a)||n/a||Shortcoming present as of Linux 5.8||?||5 days|
|unknown||iw output: “Available Antennas: TX 0 RX 0” (n/a)||n/a||Bug present as of Linux 5.8||?||10 hours|
|unknown||Reach MCS5 ~ MCS7 rate under rate control||n/a||not yet implemented||y||n/a|
|unknown||Protected Management Frames||unknown||not yet implemented||y||n/a|
|unknown||CRDA + RegDB support: Static TX power limit, global||unknown||not yet implemented||y||n/a|
|unknown||CRDA + RegDB support: Country support||unknown||not yet implemented||y||n/a|