litmus-rt.git/drivers/net/wireless/p54, branch tracing-devel

p54usb: Remove DMA buffer from stack

2009-11-13T22:33:49+00:00

On 2.6.32-rc6 from wireless-testing, the following warning is emitted:

------------[ cut here ]------------
WARNING: at lib/dma-debug.c:860 check_for_stack+0xaa/0xe0()
Hardware name: HP Pavilion dv2700 Notebook PC
ehci_hcd 0000:00:02.1: DMA-API: device driver maps memory fromstack
	 [addr=ffff8800b6e2bca8]
Modules linked in: 
Pid: 16378, comm: modprobe Not tainted 2.6.32-rc6-wl #244
Call Trace:
 [] warn_slowpath_common+0x78/0xb0
 [] warn_slowpath_fmt+0x3c/0x40
 [] check_for_stack+0xaa/0xe0
 [] debug_dma_map_page+0xfd/0x170
 [] usb_hcd_submit_urb+0x3da/0x9c0 [usbcore]
 [] ? lockdep_init_map+0x5f/0x5d0
 [] usb_submit_urb+0xe5/0x260 [usbcore]
 [] usb_start_wait_urb+0x5e/0xf0 [usbcore]
 [] ? usb_init_urb+0x23/0x40 [usbcore]
 [] usb_bulk_msg+0xc4/0x150 [usbcore]
 [] T.719+0x31/0x40 [p54usb]
 [] p54u_upload_firmware_3887+0x2f/0x490 [p54usb]
 [] ? p54_parse_firmware+0x427/0x450 [p54common]
 
---[ end trace f77df0316ddad3de ]---

Signed-off-by: Larry Finger 
Cc: Stable 
Signed-off-by: John W. Linville

spi: prefix modalias with "spi:"

2009-09-23T14:39:43+00:00

This makes it consistent with other buses (platform, i2c, vio, ...).  I'm
not sure why we use the prefixes, but there must be a reason.

This was easy enough to do it, and I did it.

Signed-off-by: Anton Vorontsov 
Cc: David Brownell 
Cc: David Woodhouse 
Cc: Grant Likely 
Cc: Jean Delvare 
Cc: Ben Dooks 
Cc: Benjamin Herrenschmidt 
Cc: Dmitry Torokhov 
Cc: Samuel Ortiz 
Cc: "John W. Linville" 
Acked-by: Mike Frysinger 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

p54usb: add Zcomax XG-705A usbid

2009-09-16T20:20:59+00:00

This patch adds a new usbid for Zcomax XG-705A to the device table.

Cc: stable@kernel.org
Reported-by: Jari Jaakola 
Signed-off-by: Christian Lamparter 
Signed-off-by: John W. Linville

p54: fix broadcast buffering in AP mode

2009-08-28T18:40:23+00:00

The patch "mac80211: fix PS-poll response race" somehow broke
broadcast buffering in a funny way.

During normal operation - stations are awake - the firmware refused
to transmit broadcast frames and reported P54_TX_PSM_CANCELLED.
But everything worked as soon as one station entered PSM.

The reason:
The stack sets IEEE80211_TX_CTL_SEND_AFTER_DTIM for outgoing
broadcast frames as soon as a station is marked as sleeping.
This flag triggers a path which will reroute these frames
into p54's "content after beacon" queue, which is designed
to cope with the demands for psm.

This patch restores the old behavior.

IEEE80211_TX_CTL_CLEAR_PS_FILT will once again be used to signalize
the firmware to ignore the ps canceling for certain frames.

Signed-off-by: Christian Lamparter 
Signed-off-by: John W. Linville

mac80211: allow configure_filter callback to sleep

2009-08-20T15:35:58+00:00

Over time, a whole bunch of drivers have come up
with their own scheme to delay the configure_filter
operation to a workqueue. To be able to simplify
things, allow configure_filter to sleep, and add
a new prepare_multicast callback that drivers that
need the multicast address list implement. This new
callback must be atomic, but most drivers either
don't care or just calculate a hash which can be
done atomically and then uploaded to the hardware
non-atomically.

A cursory look suggests that at76c50x-usb, ar9170,
mwl8k (which is actually very broken now), rt2x00,
wl1251, wl1271 and zd1211 should make use of this
new capability.

Signed-off-by: Johannes Berg 
Signed-off-by: John W. Linville

p54: disable PS by default

2009-08-20T15:35:53+00:00

Johannes kindly pointed out that I completely missed a hunk in
his patch: "[PATCH] cfg80211: allow driver to override PS default".

The driver must explicitly set ps_default to false,
as the setting is pre-filled with the kconfig default.

Signed-off-by: Christian Lamparter 
Signed-off-by: John W. Linville

p54: implement rfkill

2009-08-14T13:13:45+00:00

This patch implements a basic rfkill support for p54 hardware and
removes a rfkill related WARNING:

fwio.c: In function ‘p54_setup_mac’:
fwio.c:323: warning: ‘radio_enabled’ is deprecated.

by abandoning radio_enable in flavour for IEEE80211_CONF_CHANGE_IDLE.

Tested-by: Larry Finger 
Signed-off-by: Christian Lamparter 
Signed-off-by: John W. Linville

p54: Write outside array bounds

2009-08-14T13:13:45+00:00

This patch fixes a coding error which allowed the to upper-layer to
corrupt limited portions of the phy data.

Signed-off-by: Christian Lamparter 
Signed-off-by: John W. Linville

mac80211: redefine usage of the mac80211 workqueue

2009-08-04T20:44:14+00:00

The mac80211 workqueue exists to enable mac80211 and drivers
to queue their own work on a single threaded workqueue. mac80211
takes care to flush the workqueue during suspend but we never
really had requirements on drivers for how they should use
the workqueue in consideration for suspend.

We extend mac80211 to document how the mac80211 workqueue should
be used, how it should not be used and finally move raw access to
the workqueue to mac80211 only. Drivers and mac80211 use helpers
to queue work onto the mac80211 workqueue:

  * ieee80211_queue_work()
  * ieee80211_queue_delayed_work()

These helpers will now warn if mac80211 already completed its
suspend cycle and someone is trying to queue work. mac80211
flushes the mac80211 workqueue prior to suspend a few times,
but we haven't taken the care to ensure drivers won't add more
work after suspend. To help with this we add a warning when
someone tries to add work and mac80211 already completed the
suspend cycle.

Drivers should ensure they cancel any work or delayed work
in the mac80211 stop() callback.

Signed-off-by: Luis R. Rodriguez 
Signed-off-by: John W. Linville

mac80211: fix PS-poll response, race

2009-07-27T19:24:19+00:00

When a station queries us for a PS-poll response, we wrongly
queue the frame on the virtual interface's queue rather than
the pending queue.

Additionally, fix a race condition where we could potentially
send multiple frames to the sleeping station due to using a
station flag rather than a packet flag. When converting to a
packet flag, we can also convert p54 and remove the filter
clearing we added for it.

(Also remove a now dead function)

Signed-off-by: Johannes Berg 
Reported-by: Bob Copeland 
Tested-by: Bob Copeland 
Cc: Christian Lamparter 
Signed-off-by: John W. Linville