On Saturday 09 January 2010 04:41:32 Bob Copeland wrote:
Ok, well the patch only will affect AP mode -- it addresses a bug where
multicast AP frames are queued but not always processed. I wonder if your
workload is just filling up the queues and then the queues are awakened
prematurely.
Hi! Injecting cooked frames in monitor mode (default ath5k in 2.6.32) does
not
preserve sequence numbers even though IEEE80211_TX_CTL_ASSIGN_SEQ is not
set.
I'm not sure if this has been fixed in newer releases and if so, please
ignore
me. The patch is attached below.
---
Vitalik Nikolyenko a écrit :
Hi! Injecting cooked frames in monitor mode (default ath5k in 2.6.32)
does not
preserve sequence numbers even though IEEE80211_TX_CTL_ASSIGN_SEQ is
not set.
I'm not sure if this has been fixed in newer releases and if so,
please ignore
me. The patch is