linux-toradex.git/drivers/net/wireless/rt2x00/rt2800usb.c, branch v3.2.4

rt2800usb: Move ID out of unknown

2012-01-12T19:29:18+00:00

commit 3f81f8f1524ccca24df1029b0cf825ecef5e5cdc upstream.

Testing on the openSUSE wireless forum has shown that a Linksys
WUSB54GC v3 with USB ID 1737:0077 works with rt2800usb when the ID is
written to /sys/.../new_id. This ID can therefore be moved out of UNKNOWN.

Signed-off-by: Larry Finger 
Acked-by: Gertjan van Wingerde 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

rt2x00: Add USB device ID of Buffalo WLI-UC-GNHP.

2011-11-15T15:02:56+00:00

This is reported to be an RT3070 based device.

Reported-by: Teika Kazura 
Signed-off-by: Gertjan van Wingerde 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville

Merge branch 'master' of github.com:davem330/net

2011-09-22T07:23:13+00:00

Conflicts:
	MAINTAINERS
	drivers/net/Kconfig
	drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
	drivers/net/ethernet/broadcom/tg3.c
	drivers/net/wireless/iwlwifi/iwl-pci.c
	drivers/net/wireless/iwlwifi/iwl-trans-tx-pcie.c
	drivers/net/wireless/rt2x00/rt2800usb.c
	drivers/net/wireless/wl12xx/main.c

Merge branch 'master' of ssh://infradead/~/public_git/wireless-next into for-davem

2011-09-19T19:00:16+00:00

rt2x00: Make use of sta_add/remove callbacks in rt2800

2011-09-14T17:56:56+00:00

This allows us to assign a WCID to each STA even for STAs without
crypto key.

To achieve this search for an unused WCID in the HW WCID table and
assign it to the according STA. When configuring a pairwise key for this
STA we don't need to write the MAC address and BSSIDX anymore but just
update the crypto related fields in the WCID_ATTR table.

This has two advantages:

1) Setting a new key for an already available STA (PTK rekeying) is
slightly less expensive and should improve performance in situations
where a lot of rekeying happens (e.g. a huge number of stations and/or
a small rekeying interval)

2) The TXWI now gets a WCID assigned for unencrypted frames which will
be reflected in the corresponding tx status report. This should make tx
status reports in unencrypted AP mode more reliable as we can
distinguish between multiple key-less STAs.

Signed-off-by: Helmut Schaa 
Signed-off-by: Ivo van Doorn 
Signed-off-by: John W. Linville

rt2x00: Minor optimizazion in txdone path

2011-09-14T17:56:44+00:00

We can save an indirect function call + some instructions for fetching
the actual function pointer by passing the driver specific txwi pointer
directly from rt2800pci/rt2800usb to rt2800lib instead of using the
rt2800_drv_get_txwi callback.

Signed-off-by: Helmut Schaa 
Acked-by: Gertjan van Wingerde 
Signed-off-by: Ivo van Doorn 
Signed-off-by: John W. Linville

rt2x00: fix crash in rt2800usb_get_txwi

2011-08-11T18:34:37+00:00

Patch should fix this oops:

BUG: unable to handle kernel NULL pointer dereference at 000000a0
IP: [] rt2800usb_get_txwi+0x19/0x70 [rt2800usb]
*pdpt = 0000000000000000 *pde = f000ff53f000ff53
Oops: 0000 [#1] SMP
Pid: 198, comm: kworker/u:3 Tainted: G        W   3.0.0-wl+ #9 LENOVO 6369CTO/6369CTO
EIP: 0060:[] EFLAGS: 00010283 CPU: 1
EIP is at rt2800usb_get_txwi+0x19/0x70 [rt2800usb]
EAX: 00000000 EBX: f465e140 ECX: f4494960 EDX: ef24c5f8
ESI: 810f21f5 EDI: f1da9960 EBP: f4581e80 ESP: f4581e70
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Process kworker/u:3 (pid: 198, ti=f4580000 task=f4494960 task.ti=f4580000)
Call Trace:
 [] rt2800_txdone_entry+0x2f/0xf0 [rt2800lib]
 [] ? warn_slowpath_common+0x7d/0xa0
 [] ? rt2800usb_work_txdone+0x288/0x360 [rt2800usb]
 [] ? rt2800usb_work_txdone+0x288/0x360 [rt2800usb]
 [] rt2800usb_work_txdone+0x263/0x360 [rt2800usb]
 [] process_one_work+0x186/0x440
 [] ? process_one_work+0x10a/0x440
 [] ? rt2800usb_probe_hw+0x120/0x120 [rt2800usb]
 [] worker_thread+0x133/0x310
 [] ? trace_hardirqs_on+0xb/0x10
 [] ? manage_workers+0x1e0/0x1e0
 [] kthread+0x7c/0x90
 [] ? __init_kthread_worker+0x60/0x60
 [] kernel_thread_helper+0x6/0x1

Oops might happen because we check rt2x00queue_empty(queue) twice,
but this condition can change and we can process entry in
rt2800_txdone_entry(), which was already processed by
rt2800usb_txdone_entry_check() -> rt2x00lib_txdone_noinfo() and
has nullify entry->skb .

Reported-by: Justin Piszcz 
Cc: stable@kernel.org
Signed-off-by: Stanislaw Gruszka 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville

rt2x00: fix crash in rt2800usb_write_tx_desc

2011-08-11T18:34:36+00:00

Patch should fix this oops:

BUG: unable to handle kernel NULL pointer dereference at 000000a0
IP: [] rt2800usb_write_tx_desc+0x18/0xc0 [rt2800usb]
*pdpt = 000000002408c001 *pde = 0000000024079067 *pte = 0000000000000000
Oops: 0000 [#1] SMP
EIP: 0060:[] EFLAGS: 00010282 CPU: 0
EIP is at rt2800usb_write_tx_desc+0x18/0xc0 [rt2800usb]
EAX: 00000035 EBX: ef2bef10 ECX: 00000000 EDX: d40958a0
ESI: ef1865f8 EDI: ef1865f8 EBP: d4095878 ESP: d409585c
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Call Trace:
 [] rt2x00queue_write_tx_frame+0x155/0x300 [rt2x00lib]
 [] rt2x00mac_tx+0x7c/0x370 [rt2x00lib]
 [] ? mark_held_locks+0x62/0x90
 [] ? _raw_spin_unlock_irqrestore+0x35/0x60
 [] ? trace_hardirqs_on_caller+0x5a/0x170
 [] ? trace_hardirqs_on+0xb/0x10
 [] __ieee80211_tx+0x5c/0x1e0 [mac80211]
 [] ieee80211_tx+0xbc/0xe0 [mac80211]
 [] ? ieee80211_tx+0x23/0xe0 [mac80211]
 [] ieee80211_xmit+0xc1/0x200 [mac80211]
 [] ? ieee80211_tx+0xe0/0xe0 [mac80211]
 [] ? lock_release_holdtime+0x35/0x1b0
 [] ? ieee80211_subif_start_xmit+0x446/0x5f0 [mac80211]
 [] ieee80211_subif_start_xmit+0x29d/0x5f0 [mac80211]
 [] ? ieee80211_subif_start_xmit+0x3e4/0x5f0 [mac80211]
 [] ? sock_setsockopt+0x6a8/0x6f0
 [] ? sock_setsockopt+0x520/0x6f0
 [] dev_hard_start_xmit+0x2ef/0x650

Oops might happen because we perform parallel putting new entries in a
queue (rt2x00queue_write_tx_frame()) and removing entries after
finishing transmitting (rt2800usb_work_txdone()). There are cases when
_txdone may process an entry that was not fully send and nullify
entry->skb .

To fix check in _txdone if entry has flags that indicate pending
transmission and wait until flags get cleared.

Reported-by: Justin Piszcz 
Cc: stable@kernel.org
Signed-off-by: Stanislaw Gruszka 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville

rt2x00: Add rt2870 device id for Dvico usb key

2011-08-09T20:11:33+00:00

This patch add a device id for the wifi usb keys shiped by DVICO with
some of their tvix hardware.

Signed-off-by: Anthony Bourguignon 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville

rt2800usb: Add new device ID for Belkin

2011-07-11T19:02:21+00:00

Belkin's Connect N150 Wireless USB Adapter, model F7D1101 version 2, uses ID 0x945b.
Chipset info: rt: 3390, rf: 000b, rev: 3213.
I have just bought one, which started to work perfectly after the ID was added through this patch.

Signed-off-by: Eduardo Bacchi Kienetz 
Acked-by: Gertjan van Wingerde 
Signed-off-by: Ivo van Doorn 
Signed-off-by: John W. Linville