On Sun, Jul 15, 2012 at 11:09:49AM +0530, Sujith Manoharan wrote: > Nicolás Echániz wrote: > > Sujith, does this mean that the problem is outside the scope of the > > ath9k_htc driver itself or could it be fixed? > > > > we are doing some heavy use of hardware based on this driver for many > > projects; any further debugging work you might need, we are more than > > willing to help. > > This is a regression introduced by this commit: > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=6d810f10325522cfcf498dc6d64b9f96e1f5153f > > Fixing this requires either introducing a new mac80211 callback or > revert to the older behavior which issued a station notification only > after the supported rates have been setup. > Hello everybody, sorry for the very late response on this topic. I am performing some tests now using mac80211_hwsim. I'm first letting wlan0 join the ibss and then I let wlan1 join the same ibss. In the log I clearly read that the basic rates get updated by means of a beacon/probe response (actually this is what I expected). Then I tried to send frames from wlan0 to wlan1 passing through the emulated link and I can see with "iw dev wlan0 station dump" that the tx rate gets higher and higher up to 54mbps. Therefore I do not see any problem with the update of the basic rates. Am I missing/overlooking something? @Sujith, do you have a more clear idea of what the problem is? Cheers, -- Antonio Quartulli ..each of us alone is worth nothing.. Ernesto "Che" Guevara
Attachment:
pgpI_X6ybGHj9.pgp
Description: PGP signature
