summaryrefslogtreecommitdiffstats
path: root/drivers/net/wireless/libertas/cfg.c
diff options
context:
space:
mode:
authorStanislaw Gruszka <sgruszka@redhat.com>2010-07-27 10:48:24 -0400
committerJohn W. Linville <linville@tuxdriver.com>2010-07-27 14:59:59 -0400
commit98ec62185cd940765a096c88a3f14147dd1d3bd4 (patch)
tree6650ced692ff617264e289928047f0b96a8da7cf /drivers/net/wireless/libertas/cfg.c
parentac59b496d9fd0b7425219e8dc5d4f1f6f0083efc (diff)
downloadtalos-op-linux-98ec62185cd940765a096c88a3f14147dd1d3bd4.tar.gz
talos-op-linux-98ec62185cd940765a096c88a3f14147dd1d3bd4.zip
rt2500usb: disallow to set WEP key with non zero index
On our hardware (050d:7050 Belkin Components F5D7050 Wireless G Adapter), setting any WEP key with non zero index, cause rx frames corruption. Note: perhaps (I did not check) this can be fixed differently - by using hw_key_idx the same as true MAC key index. But according to the comment in rt2x00mac_set_key(): "the hardware requires keys to be assigned in correct order (When key 1 is provided but key 0 is not, then the key is not found by the hardware during RX)" this will be quite problematic. Since WEP should not be used, disabling hardware crypto offload for it will not hurt much. Beside static one key WEP will still be offloaded. Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com> Acked-by: Ivo van Doorn <IvDoorn@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/net/wireless/libertas/cfg.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud