linux.git/net/wireless/scan.c, branch v2.6.33

cfg80211: fix error path in cfg80211_wext_siwscan

2009-12-28T21:19:58+00:00

If there's an invalid channel or SSID, the code leaks
the scan request. Always free the scan request, unless
it was successfully given to the driver.

Reported-by: Dan Carpenter 
Signed-off-by: Johannes Berg 
Acked-by: Dan Carpenter 
Signed-off-by: John W. Linville

Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next-2.6

2009-12-04T21:25:15+00:00

net: Move && and || to end of previous line

2009-11-30T00:55:45+00:00

Not including net/atm/

Compiled tested x86 allyesconfig only
Added a > 80 column line or two, which I ignored.
Existing checkpatch plaints willfully, cheerfully ignored.

Signed-off-by: Joe Perches 
Signed-off-by: David S. Miller

wireless : use a dedicated workqueue for cfg80211.

2009-11-28T20:05:00+00:00

This patch moves the works cleanup, scan and events to a cfg80211
dedicated workqueue.

Platform driver like eeepc-laptop ought to use works to rfkill (as
new rfkill does lock in rfkill_unregister and the platform driver is
called from rfkill_switch_all which also lock the same mutex).
This raise a new issue in itself that the work scheduled by the platform
driver to the global worqueue calls wiphy_unregister which flush_work
scan and event works (which thus flush works on the global workqueue inside
a work on the global workqueue) and also put on hold the  wdev_cleanup_work
 (which prevents the dev_put on netdev thus indefinite Usage count error on
wifi device).

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

mac80211: update cfg80211 scan result code for the updated mesh conf IE

2009-11-18T22:09:28+00:00

Signed-off-by: Rui Paulo 
Signed-off-by: John W. Linville

mac80211: use a structure to hold the mesh config information element

2009-11-18T22:09:27+00:00

Signed-off-by: Rui Paulo 
Signed-off-by: John W. Linville

cfg80211: validate scan channels

2009-11-02T20:43:29+00:00

Currently it is possible to request a scan on only
disabled channels, which could be problematic for
some drivers. Reject such scans, and also ignore
disabled channels that are given. This resuls in
the scan begin/end event only including channels
that are actually used.

This makes the mac80211 check for disabled channels
superfluous. At the same time, remove the no-IBSS
check from mac80211 -- nothing says that we should
not find any networks on channels that cannot be
used for an IBSS, even when operating in IBSS mode.

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

wext: refactor

2009-10-07T20:39:43+00:00

Refactor wext to
 * split out iwpriv handling
 * split out iwspy handling
 * split out procfs support
 * allow cfg80211 to have wireless extensions compat code
   w/o CONFIG_WIRELESS_EXT

After this, drivers need to
 - select WIRELESS_EXT	- for wext support
 - select WEXT_PRIV	- for iwpriv support
 - select WEXT_SPY	- for iwspy support

except cfg80211 -- which gets new hooks in wext-core.c
and can then get wext handlers without CONFIG_WIRELESS_EXT.

Wireless extensions procfs support is auto-selected
based on PROC_FS and anything that requires the wext core
(i.e. WIRELESS_EXT or CFG80211_WEXT).

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

cfg80211: minimal error handling for wext-compat freq scanning

2009-09-14T18:36:04+00:00

Signed-off-by: Holger Schurig 
Signed-off-by: John W. Linville

cfg80211: use cfg80211_wext_freq() for freq conversion

2009-09-14T18:36:04+00:00

WEXT's "struct iw_freq" can also be used to handle a channel. This patch now
uses cfg80211_wext_freq() instead of hand-converting the frequency. That
allows user-space to specify channels as well, like with SIOCSIWFREQ.

Signed-off-by: Holger Schurig 
Signed-off-by: John W. Linville