From mboxrd@z Thu Jan 1 00:00:00 1970 From: ferran Date: Fri, 23 Oct 2015 17:42:42 +0200 Subject: [ath9k-devel] [USB] AR7010+AR9280 missing tx_bitrate at 5GHz In-Reply-To: <56278A7E.7070803@gmx.net> References: <56265C46.3090107@gmail.com> <56278A7E.7070803@gmx.net> Message-ID: <562A5572.90906@gmail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org Hi, Suddenly I've been able to reproduce the error on the newer LTS kernel, 3.18 and latest available on the Raspbian repos. I think it's recent enough to at least have a look on this issue. Furthermore, it's still supposed to be supported. $ uname -a Linux raspberrypi 3.18.0-trunk-rpi #1 PREEMPT Debian 3.18.5-1~exp1+rpi15 (2015-03-07) armv6l GNU/Linux $ ./iw --version iw version 4.1 $ modinfo ath9k_htc filename: /lib/modules/3.18.0-trunk-rpi/updates/drivers/net/wireless/ath/ath9k/ath9k_htc.ko firmware: htc_9271.fw firmware: htc_7010.fw version: backported from Linux (v3.18.1-0-g39ca484) using backports v3.18.1-1-0-g5e9ec4c description: Atheros driver 802.11n HTC based wireless devices license: Dual BSD/GPL author: Atheros Communications srcversion: 51527D2EEFA15CFD1255700 ... depends: ath9k_hw,ath9k_common,compat,mac80211,ath,cfg80211 vermagic: 3.18.0-trunk-rpi preempt mod_unload modversions ARMv6 ... I had to remove the NO_IR flags from atheros regd.c to be able to set it to mesh mode, and set a proper regulation domain from the CRDA side. Some illustrative output: $ ./iw dev mesh0 station dump | grep Sta -A 11 Station e0:ca:94:5f:xx:xx (on mesh0) inactive time: 492 ms rx bytes: 3519 rx packets: 113 tx bytes: 154 tx packets: 3 tx retries: 0 tx failed: 0 signal: -76 [-80, -79] dBm signal avg: -75 [-78, -78] dBm Toffset: 15378832514 us tx bitrate: 5906.0 MBit/s -- Station e0:ca:94:5f:xx:xx (on mesh0) inactive time: 184 ms rx bytes: 3610 rx packets: 180 tx bytes: 154 tx packets: 3 tx retries: 0 tx failed: 0 signal: -70 [-72, -74] dBm signal avg: -69 [-71, -74] dBm tx bitrate: 5906.0 MBit/s rx bitrate: 54.0 MBit/s -- Station e0:ca:94:5f:xx:xx (on mesh0) inactive time: 2364 ms rx bytes: 2922 rx packets: 106 tx bytes: 154 tx packets: 3 tx retries: 0 tx failed: 0 signal: -83 [-85, -86] dBm signal avg: -82 [-85, -85] dBm tx bitrate: 5906.0 MBit/s rx bitrate: 6.0 MBit/s I also advanced on where this number comes from. It's accessing memory out of the supported bitrates. Actually, the index that points to the current tx bitrate points out of it. Sintonizing the dongle to channel 48, I found these supported values, that agrees with what "iw list" prints. The following correspond to values stored to the wiphy's "struct ieee80211_supported_band *sband" . rates: 0 60 1 90 2 120 3 180 4 240 5 360 6 480 7 540 freqs: 0 5180 1 5200 2 5220 3 5240 4 5260 5 5280 6 5300 7 5320 On the other side, another atheros USB device that uses obviously the same driver, tuned into a channel of the 2.4 GHz band, reports the expected supported bitrates, 12 in total. Namely: 0 10 1 20 2 55 3 110 4 60 5 90 6 120 7 180 8 240 9 360 10 480 11 540 Thus, this is anything new. The issue is that I found the index to be usually 11 when in 5GHz, which tells me clearly that the index is relative to a 12-element supported range array (2.4 GHz) rather than to the 8 one (5 GHz). By the moment I have tested it only on mesh mode, but I don't see any reason why it couldn't affect other operation modes. Does this issue sound familiar to anyone around here? This looks relevant to me and I can dive deeper into this, but please, shed some light on this if you can. Best regards, Ferran On 21/10/15 14:52, Oleksij Rempel wrote: > Hi, > > suddenly i can't provide any help here until you get latest wifi code + > latest firmware for this adapter. > > Am 20.10.2015 um 17:22 schrieb ferran: >> Hello everyone, >> >> I have been working around a bad behaviour with Linux Penguin's >> TPE-NUSBDB, that uses AR7010 and AR9280 chips. I have found that >> cfg80211 reports weird tx bitrates when the device is operating at mesh >> mode at 5GHz band. From inside mac80211, the reported rate is zero, >> which makes it lethal to calculate a frame duration due to div by zero. >> From iw part, the reported values is sometimes "518", sometimes just >> invalid characters. I have checked that it only happens at 5GHz. >> >> ### >> $ iw --version >> iw version 4.1 >> >> $ uname -a >> Linux raspberrypi 3.10-3-rpi #1 Debian 3.10.11-1+rpi7 (2014-05-05) >> armv6l GNU/Linux >> >> $ iw dev mesh0 station dump >> Station e0:ca:94:5f:xx:xx (on mesh0) >> [...] >> tx bitrate: 518.0 MBit/s >> rx bitrate: 6.0 MBit/s >> ### >> >> By the moment I haven't been able to test it in a newer kernel. For mesh >> mode to work, I need to disable "no-IR" flag configuring a new db.txt >> for CRDA. >> >> I have read "usb related issues" on ath9k_htc firmware github page >> (https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues) >> but I can't relate directly any of them to my problem. Is this already >> covered? >> >> Thank you in advance for your time and work! >> Ferran >> >> _______________________________________________ >> ath9k-devel mailing list >> ath9k-devel at lists.ath9k.org >> https://lists.ath9k.org/mailman/listinfo/ath9k-devel >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20151023/4643415c/attachment.htm