ath9k: correct expected max RX buffer size
authorLuis R. Rodriguez <lrodriguez@atheros.com>
Tue, 2 Dec 2008 20:51:21 +0000 (12:51 -0800)
committerGreg Kroah-Hartman <gregkh@suse.de>
Fri, 5 Dec 2008 18:55:15 +0000 (10:55 -0800)
commit0c089be68ac41ca6e0e38dea22af8b91c52d1ee0
tree4c5d1be6d05993171ae7bad6e53f08621aaa8026
parentc5353210bb519a01e54cdcefd940234b0e70984c
ath9k: correct expected max RX buffer size

commit b4b6cda2298b0c9a0af902312184b775b8867c65 upstream

We should only tell the hardware its capable of DMA'ing
to us only what we asked dev_alloc_skb(). Prior to this
it is possible a large RX'd frame could have corrupted
DMA data but for us but we were saved only because we
were previously also pci_map_single()'ing the same large
value. The issue prior to this though was we were unmapping
a smaller amount which the prior DMA patch fixed.

Signed-off-by: Bennyam Malavazi <Bennyam.Malavazi@atheros.com>
Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/net/wireless/ath9k/recv.c