linux.git/drivers/net/wireless, branch v3.14-rc3

rtl8180: Add error check for pci_map_single return value in TX path

2014-02-06T19:35:53+00:00

Orignal code will not detect a DMA mapping failure, causing the HW
to attempt a DMA from an invalid address.

This patch add the error check and eventually simply drops the TX
packet if we can't map it for DMA.

Signed-off-by: andrea merello 
Signed-off-by: John W. Linville

rtl8180: Add error check for pci_map_single return value in RX path

2014-02-06T19:35:45+00:00

In original code the old RX DMA buffer is unmapped and processed and at the end
of the isr a new buffer is mapped with pci_map_single and attached to the RX
descriptor.

If pci_map_single fails then the RX descriptor remains with no valid DMA buffer
attached.
In this condition the DMA will target where it shouldn't with obvious evil
consequences.

Simply avoiding re-arming the descriptor will prevent buggy DMA but it will
result soon in RX stuck.

This patch move the DMA mapping of the new buffer at the beginning of the ISR
(and it adds error check for pci_map_single success/fail).

If the DMA mapping fails then we do not unmap the old buffer and we re-arm the
descriptor without processing it, with the old DMA buffer still attached.

In this way we lose the currently RX-ed packet, but whenever next calls to
pci_map_single will succeed again,then the RX process will go on without stuck.

Signed-off-by: andrea merello 
Signed-off-by: John W. Linville

ath9k: Fix TX power calculation

2014-02-04T20:30:07+00:00

The commit, "ath9k_hw: Fix incorrect Tx control power in AR9003 template"
fixed the incorrect values in the eeprom templates, but if
boards have already been calibrated with incorrect values,
they would still be using the wrong TX power. Fix this by assigning
a default value in such cases.

Cc: Rajkumar Manoharan 
Signed-off-by: Sujith Manoharan 
Signed-off-by: John W. Linville

ath9k: Do not support PowerSave by default

2014-02-04T20:30:07+00:00

Even though we make sure PowerSave is not enabled by default
by disabling the flag, WIPHY_FLAG_PS_ON_BY_DEFAULT on init,
PS could be enabled by userspace based on various factors
like battery usage etc. Since PS in ath9k is just broken
and has been untested for years, remove support for it, but
allow a user to explicitly enable it using a module parameter.

Cc: stable@vger.kernel.org
Signed-off-by: Sujith Manoharan 
Signed-off-by: John W. Linville

ath9k: Fix build error on ARM

2014-02-04T20:30:07+00:00

Use mdelay instead of udelay to fix this error:

ERROR: "__bad_udelay" [drivers/net/wireless/ath/ath9k/ath9k_hw.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2

Reported-by: Josh Boyer 
Signed-off-by: Sujith Manoharan 
Signed-off-by: John W. Linville

ath9k_htc: avoid scheduling while atomic on sta_rc_update

2014-02-04T20:30:07+00:00

mac80211 ->sta_rc_update() callback must be atomic. Since we have to
take mutex and do other operations that can sleep when sending fimrware
commands to device, the only option to satisfy atomicity requirement of
->sta_rc_update(), that I can see, is introduce work_struct and defer
uploading new rates to that work.

Tested-by: Oleksij Rempel 
Signed-off-by: Stanislaw Gruszka 
Signed-off-by: John W. Linville

ar5523: fix usb id for Gigaset.

2014-02-04T20:30:07+00:00

Raw id and FW id should be switched.

Tested-by: Oleksij Rempel 
Signed-off-by: Oleksij Rempel 
Cc: stable@vger.kernel.org
Signed-off-by: John W. Linville

ath9k_htc: Do not support PowerSave by default

2014-02-04T20:30:07+00:00

It is a copy/paste of patch provided by Sujith for ath9k.

"Even though we make sure PowerSave is not enabled by default
by disabling the flag, WIPHY_FLAG_PS_ON_BY_DEFAULT on init,
PS could be enabled by userspace based on various factors
like battery usage etc. Since PS in ath9k is just broken
and has been untested for years, remove support for it, but
allow a user to explicitly enable it using a module parameter."

Cc: stable@vger.kernel.org
Signed-off-by: Oleksij Rempel 
Signed-off-by: John W. Linville

rt2500: disable PS by default

2014-02-04T20:30:07+00:00

It is know that PS cause issues on that old devices, disable it by
default.

Signed-off-by: Stanislaw Gruszka 
Acked-by: Gertjan van Wingerde 
Signed-off-by: John W. Linville

rt2800: disable PS by default on USB

2014-02-04T20:30:06+00:00

We have disabled it currently on other buses. PS can cause some issues,
not necessarily with our driver but on AP, that are not easy to debug.
Since behaviour differs on rt2800usb and rt2800pci, user usually blame
for malfunction rt2800usb driver, whereas issue is on AP side.

Signed-off-by: Stanislaw Gruszka 
Acked-by: Gertjan van Wingerde 
Signed-off-by: John W. Linville