linux.git/drivers/net/wireless/ath, branch v2.6.36

ath9k_hw: fix regression in ANI listen time calculation

2010-10-06T19:58:28+00:00

  wireless-testing
  commit 37e5bf6535a4d697fb9fa6f268a8354a612cbc00
  Author: Luis R. Rodriguez 
  Date:   Sat Jun 12 00:33:40 2010 -0400

    ath9k_hw: fix clock rate calculations for ANI

This commit accidentally broke clock rate calculation by doubling the
calculated clock rate

Signed-off-by: Felix Fietkau 
Signed-off-by: John W. Linville

ath9k_hw: fix parsing of HT40 5 GHz CTLs

2010-08-31T18:52:23+00:00

The 5 GHz CTL indexes were not being read for all hardware
devices due to the masking out through the CTL_MODE_M mask
being one bit too short. Without this the calibrated regulatory
maximum values were not being picked up when devices operate
on 5 GHz in HT40 mode. The final output power used for Atheros
devices is the minimum between the calibrated CTL values and
what CRDA provides.

Cc: stable@kernel.org [2.6.27+]
Signed-off-by: Luis R. Rodriguez 
Signed-off-by: John W. Linville

ath9k_hw: Fix EEPROM uncompress block reading on AR9003

2010-08-31T18:52:23+00:00

The EEPROM is compressed on AR9003, upon decompression
the wrong upper limit was being used for the block which
prevented the 5 GHz CTL indexes from being used, which are
stored towards the end of the EEPROM block. This fix allows
the actual intended regulatory limits to be used on AR9003
hardware.

Cc: stable@kernel.org [2.6.36+]
Signed-off-by: Luis R. Rodriguez 
Signed-off-by: John W. Linville

ath5k: check return value of ieee80211_get_tx_rate

2010-08-30T20:01:14+00:00

This avoids a NULL pointer dereference as reported here:

	https://bugzilla.redhat.com/show_bug.cgi?id=625889

When the WARN condition is hit in ieee80211_get_tx_rate, it will return
NULL.  So, we need to check the return value and avoid dereferencing it
in that case.

Signed-off-by: John W. Linville 
Cc: stable@kernel.org
Acked-by: Bob Copeland

drivers/net/wireless: Restore upper case words in wiphy_ messages

2010-08-18T20:37:44+00:00

Commit c96c31e499b70964cfc88744046c998bb710e4b8
"(drivers/net/wireless: Use wiphy_)"
inadvertently changed some upper case words to
lower case.  Restore the original case.

Signed-off-by: Joe Perches 
Signed-off-by: John W. Linville

ath5k: disable ASPM L0s for all cards

2010-08-13T17:46:20+00:00

Atheros PCIe wireless cards handled by ath5k do require L0s disabled.
For distributions shipping with CONFIG_PCIEASPM (this will be enabled
by default in the future in 2.6.36) this will also mean both L1 and L0s
will be disabled when a pre 1.1 PCIe device is detected. We do know L1
works correctly even for all ath5k pre 1.1 PCIe devices though but cannot
currently undue the effect of a blacklist, for details you can read
pcie_aspm_sanity_check() and see how it adjusts the device link
capability.

It may be possible in the future to implement some PCI API to allow
drivers to override blacklists for pre 1.1 PCIe but for now it is
best to accept that both L0s and L1 will be disabled completely for
distributions shipping with CONFIG_PCIEASPM rather than having this
issue present. Motivation for adding this new API will be to help
with power consumption for some of these devices.

Example of issues you'd see:

  - On the Acer Aspire One (AOA150, Atheros Communications Inc. AR5001
    Wireless Network Adapter [168c:001c] (rev 01)) doesn't work well
    with ASPM enabled, the card will eventually stall on heavy traffic
    with often 'unsupported jumbo' warnings appearing. Disabling
    ASPM L0s in ath5k fixes these problems.

  - On the same card you would see a storm of RXORN interrupts
    even though medium is idle.

Credit for root causing and fixing the bug goes to Jussi Kivilinna.

Cc: David Quan 
Cc: Matthew Garrett 
Cc: Tim Gardner 
Cc: Jussi Kivilinna 
Cc: stable@kernel.org
Signed-off-by: Luis R. Rodriguez 
Signed-off-by: Maxim Levitsky 
Signed-off-by: John W. Linville

ath9k_htc: load proper firmware for device ID 7015

2010-08-13T17:46:20+00:00

This patch handles the firmware loading properly
for device ID 7015.

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

ath9k_htc: Fix disconnect issue in HT40 mode.

2010-08-13T17:46:19+00:00

Some APs advertise that they may be HT40 capable in the capabilites
but the current operating channel configuration may be only HT20.
This causes disconnection as ath9k_htc sets WLAN_RC_40_FLAG despite
the AP operating in HT20 mode.
Hence set this flag only if the current channel configuration
is HT40 enabled.

Cc: stable@kernel.org
Signed-off-by: Vivek Natarajan 
Signed-off-by: John W. Linville

ath9k_htc: fix panic on packet injection using airbase-ng tool.

2010-08-11T20:24:43+00:00

This should fix the oops which occurs during the packet injection
on monitor interface.

EIP is at ath9k_htc_tx_start+0x69/0x220 [ath9k_htc]
 [] ? invoke_tx_handlers+0xa5a/0xee0 [mac80211]
 [] ? ath9k_htc_tx+0x44/0xe0 [ath9k_htc]
 [] ? __ieee80211_tx+0xf8/0x190 [mac80211]
 [] ? ieee80211_tx+0x9d/0x1a0 [mac80211]
 [] ? ieee80211_xmit+0x9c/0x1c0 [mac80211]
 [] ? ieee80211_monitor_start_xmit+0x85/0xb0 [mac80211]
 [] ? dev_hard_start_xmit+0x1ad/0x210
 [] ? __alloc_skb+0x52/0x130
 [] ? sch_direct_xmit+0x105/0x170
 [] ? dev_queue_xmit+0x37f/0x4b0
 [] ? packet_snd+0x21e/0x250
 [] ? packet_sendmsg+0x32/0x40
 [] ? sock_aio_write+0x113/0x130
 [] ? do_sync_write+0xc4/0x100
 [] ? autoremove_wake_function+0x0/0x50
 [] ? security_file_permission+0x14/0x20
 [] ? rw_verify_area+0x64/0xe0
 [] ? handle_mm_fault+0x338/0x390
 [] ? vfs_write+0x185/0x1a0
 [] ? do_page_fault+0x160/0x3a0
 [] ? sys_write+0x42/0x70
 [] ? syscall_call+0x7/0xb

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

ath9k: fix erased ieee80211_rx_status.mactime

2010-08-04T19:28:37+00:00

ath9k_rx_skb_preprocess nulls rxs and the mactime is never set again -
mactime is always 0. This causes problems in IBSS mode.

ieee80211_rx_bss_info uses mactime to decide if an IBSS merge is needed.
Without this patch the merge is triggered by each beacon received.

This can be recognized by the "beacon TSF higher than local TSF - IBSS
merge with BSSID" log message accompanying each beacon.

This problem was not completely fixed in commit
a6d2055b02dde1067075795274672720baadd3ca and is not a stable kernel fix.
It is solely intended for wireless-testing.

Signed-off-by: Jan Friedrich 
Signed-off-by: John W. Linville