rt73usb: cannot hibernate and logs full of CTS protection

Live forum: http://rt2x00.serialmonkey.com/viewtopic.php?t=4575

monnier

18-01-2008 19:15:23

I recently bought a Belkin F5D7050 wifi adapter so as to get rid of the cable that connects my desktop computer to my wifi wouter.

After installing the rt2x00 driver, I was very pleased to see this dongle work just fine under GNU/Linux (together with wpa-supplicant). So thank you very much for your work.

I do have 2 minor problems with it, tho
- when I try to run "hibernate" (using a stock Debian 2.6.23-1 kernel) I get a failure because rc80211_simple cannot be unloaded. And indeed I see that the ref-count in lsmod is off and occasionally gets worse. E.g. I currently see

[code3a9gphnh]
# lsmod|grep 802
rc80211_simple 4992 4
mac80211 122788 3 rt2x00usb,rt2x00lib,rc80211_simple
cfg80211 8104 1 mac80211
#
[/code3a9gphnh]

- My logs are full of messages about the CTS protection
[code3a9gphnh]
...
wlan0: CTS protection disabled (BSSID=00:18:3f:cb:5a:59)
wlan0: CTS protection enabled (BSSID=00:18:3f:cb:5a:59)
wlan0: CTS protection disabled (BSSID=00:18:3f:cb:5a:59)
wlan0: CTS protection enabled (BSSID=00:18:3f:cb:5a:59)
...
[/code3a9gphnh]
The connection is stable, tho. AFAIK there is no 11b device on this network, and all the 11g that I have access to indicate they are connected at 54Mb/s. Of course, maybe it's interference from one of the many other wifi networks around. In any case those CTS protection messages don't seem very helpful and drown the logs.

This is running on a Debian "testing" system, with a stock kernel 2.6.23-1-686-bigmem and the rt2x00 driver is built via module-assistant from the Debian rt2x00-source package version 2.0.12+git20071103-3.
I hope this is not too old to be useful.

IvD

18-01-2008 19:19:57

2.0.12 isn't too old, it is good to see debian provides an up-to-date version. (compared to ubuntu who still ships 2.0.4 S ).

The debug messages come from mac80211, i think mac80211 has been compiled with debug messages on. So there isn't much you can do about that.

As for rc80211_simple, that also is a mac80211 bug which I believe has been fixed. But that module has also been superseded by a more advanced rate control module. So that will appear in new kernels soon.