User Tools

Site Tools


en:users:wi-fi-alliance-certification

Certified by Wi-Fi Alliance

Date Vendor Certificate Hardware Driver (version) Certified
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

Work In Progress

rtl8xxxu on RTL8188CUS on GARDENA smart gateway

Hardware

  • End product: ARMv5, Atmel SAM9G25 based GARDENA smart gateway (sources)
  • For development: x86_amd64, Edimax EW-7811UN

Progress: Hardware is already on the market, nothing left to do or could be changed for that matter.

Firmware

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.

Progress

Upstreaming FW 88.2

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.

History:

Driver

Progress

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

Source: https://github.com/mschiu77/linux

en/users/wi-fi-alliance-certification.txt · Last modified: 2020/09/18 01:15 by Chris Chiu