summaryrefslogtreecommitdiffstats
path: root/drivers/net/wireless/ath/ath9k/eeprom_4k.c
diff options
context:
space:
mode:
authorFelix Fietkau <nbd@nbd.name>2017-02-02 10:14:51 +0100
committerKalle Valo <kvalo@qca.qualcomm.com>2017-02-07 11:00:21 +0200
commita34d0a0da1abae46a5f6ebd06fb0ec484ca099d9 (patch)
treecebb096769375fe372b13545da083d4cb6c97100 /drivers/net/wireless/ath/ath9k/eeprom_4k.c
parentd63ffc45c5d3df15f6fc8c73079458ce4a111995 (diff)
downloadtalos-op-linux-a34d0a0da1abae46a5f6ebd06fb0ec484ca099d9.tar.gz
talos-op-linux-a34d0a0da1abae46a5f6ebd06fb0ec484ca099d9.zip
ath9k_hw: check if the chip failed to wake up
In an RFC patch, Sven Eckelmann and Simon Wunderlich reported: "QCA 802.11n chips (especially AR9330/AR9340) sometimes end up in a state in which a read of AR_CFG always returns 0xdeadbeef. This should not happen when when the power_mode of the device is ATH9K_PM_AWAKE." Include the check for the default register state in the existing MAC hang check. Signed-off-by: Felix Fietkau <nbd@nbd.name> Signed-off-by: Kalle Valo <kvalo@qca.qualcomm.com>
Diffstat (limited to 'drivers/net/wireless/ath/ath9k/eeprom_4k.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud