Re: Commit 741b4fbc44 (mac80211: fix TX sequence numbers) breaks rtl8187

[Herton Ronaldo Krzesinski <herton@mandriva.com.br>]

Em Monday 28 July 2008 23:39:26 Hin-Tak Leung escreveu:
> Hi Larry, please tidy the tx seq no patch up and submit to
> wireless-testing.. I think it is more appropriate to copy the actual
> comments in rt2000 from Johannes?
> instead of or in addtion to: "XXX: This sequence is an attempt to
> match what happens in r2x00"
>
> ... and feel free to add ack-by/tested-by me.
>
> I am wondering about Herton's problem with power saving (which I had
> reproduced).
> I think one way to move forward is to enable MAC80211_PS_DEBUG(?) and
> see what happens
> to the tx queues, now that we have a reliable way of reproducing the
> problem.

I enabled here CONFIG_MAC80211_VERBOSE_PS_DEBUG but didn't got anything 
useful. I looked at the code for some time and until now no idea on what is 
happening.

>
> I also wonder how Herton encountered the problem :-). Older
> wireless-testing simply
> say "unimplemented" or something if one tries to set power-saving.
> Maybe Herton has
> a few devices which he routinely tries out every part of iwconfig?

The original sequence of commands:
[1] /sbin/ip link set dev wlan0 down
[2] /sbin/ip link set dev wlan0 up
[3] /sbin/iwconfig wlan0 power on
[4] /sbin/iwconfig wlan0 essid any
[5] /sbin/iwconfig wlan0 power on
[6] /sbin/iwconfig wlan0 essid <my AP>
[7] /sbin/iwconfig wlan0 key open <my key>
That show the issue on rtl8187b I have to test just is near on what Mandriva 
2008.0 ifup-wireless script does, so that's what first made me catch the bug. 
the '... power on' after '... essid any' is what causes later the association 
or any scan attempt to fail, if I place a sleep between [4] and [5] I don't 
get the problem too. The problem is, I couldn't see yet how a power on after 
essid any could cause this.

>
> Hin-Tak
>

-- 
[]'s
Herton