diff options
| author | Tomas Vanek <Tomas.Vanek@fbl.cz> | 2012-02-05 15:51:53 +0200 |
|---|---|---|
| committer | John W. Linville <linville@tuxdriver.com> | 2012-02-07 14:43:15 -0500 |
| commit | e81a7bd55531a77d8c16d44766db4089c2983f1b (patch) | |
| tree | e494b01ebfca829bc21493d6598f0622a1c3e717 /net/mac80211/main.c | |
| parent | 2e6b411971de727a5bcea4323331fdaa70a81b11 (diff) | |
| download | linux-e81a7bd55531a77d8c16d44766db4089c2983f1b.tar.gz linux-e81a7bd55531a77d8c16d44766db4089c2983f1b.tar.bz2 linux-e81a7bd55531a77d8c16d44766db4089c2983f1b.zip | |
zd1211rw: firmware needs duration_id set to zero for non-pspoll frames
Some devices (iwl5100) cannot connect to zd1211rw based AP. It appears that
zd1211 firmware messes up duration_id field if it is not set to zero by driver.
Sniffing traffic shows that zd1211 is transmitting frames with duration_id bits
14 and 15 set and other bits appearing random. Setting duration_id at driver to
zero results zd1211 outputting sane duration_id. This means that firmware is
setting correct values itself and expects duration_id to be zero in first
place.
Looking at vendor driver shows that only PSPoll frames have duration_id set by
driver, for other frames duration_id left zero.
Original bug-report and attached patch at:
http://sourceforge.net/mailarchive/message.php?msg_id=28759111
Reported-by: Tomas Vanek <Tomas.Vanek@fbl.cz>
[modified original patch from bug-report, added check for pspoll frame]
Signed-off-by: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'net/mac80211/main.c')
0 files changed, 0 insertions, 0 deletions