linux-toradex.git/net/wireless/wext-compat.c, branch v3.15

cfg80211: add sanity check for retry limit in wext-compat

2014-01-09T16:05:28+00:00

Block setting the wrong values through iwconfig retry
command. Add sanity checking before sending the retry
limit to the driver.

Signed-off-by: Ujjal Roy 
Signed-off-by: Johannes Berg

cfg80211: fix wext-compat for getting retry value

2014-01-06T19:00:12+00:00

While getting the retry limit, wext-compat returns the value
without updating the flag for retry->flags is 0. Also in this
case, it updates long retry flag when short and long retry
value are unequal.

So, iwconfig never showing "Retry short limit" and showing
"Retry long limit" when both values are unequal.

Updated the flags and corrected the condition properly.

Signed-off-by: Ujjal Roy 
Signed-off-by: Johannes Berg

cfg80211: vastly simplify locking

2013-05-24T22:02:15+00:00

Virtually all code paths in cfg80211 already (need to) hold
the RTNL. As such, there's little point in having another
four mutexes for various parts of the code, they just cause
lock ordering issues (and much of the time, the RTNL and a
few of the others need thus be held.)

Simplify all this by getting rid of the extra four mutexes
and just use the RTNL throughout. Only a few code changes
were needed to do this and we can get rid of a work struct
for bonus points.

Signed-off-by: Johannes Berg

wext: explicitly cast -110 to u8

2012-12-07T10:58:26+00:00

This doesn't generate any different code, but will
suppress a spurious smatch warning.

Signed-off-by: Johannes Berg

nl80211/cfg80211: support VHT channel configuration

2012-11-26T11:42:59+00:00

Change nl80211 to support specifying a VHT (or HT)
using the control channel frequency (as before) and
new attributes for the channel width and first and
second center frequency. The old channel type is of
course still supported for HT.

Also change the cfg80211 channel definition struct
to support these by adding the relevant fields to
it (and removing the _type field.)

This also adds new helper functions:
 - cfg80211_chandef_create to create a channel def
   struct given the control channel and channel type,
 - cfg80211_chandef_identical to check if two channel
   definitions are identical
 - cfg80211_chandef_compatible to check if the given
   channel definitions are compatible, and return the
   wider of the two

This isn't entirely complete, but that doesn't matter
until we have a driver using it. In particular, it's
missing
 - regulatory checks on the usable bandwidth (if that
   even makes sense)
 - regulatory TX power (database can't deal with it)
 - a proper channel compatibility calculation for the
   new channel types

Signed-off-by: Johannes Berg

cfg80211: pass a channel definition struct

2012-11-26T11:42:58+00:00

Instead of passing a channel pointer and channel type
to all functions and driver methods, pass a new channel
definition struct. Right now, this struct contains just
the control channel and channel type, but for VHT this
will change.

Also, add a small inline cfg80211_get_chandef_type() so
that drivers don't need to use the _type field of the
new structure all the time, which will change.

Signed-off-by: Johannes Berg

cfg80211: allow per interface TX power setting

2012-10-30T08:11:34+00:00

The TX power setting is currently per wiphy (hardware
device) but with multi-channel capabilities that doesn't
make much sense any more.

Allow drivers (and mac80211) to advertise support for
per-interface TX power configuration. When the TX power
is configured for the wiphy, the wdev will be NULL and
the driver can still handle that, but when a wdev is
given the TX power can be set only for that wdev now.

Signed-off-by: Johannes Berg

cfg80211: add wrappers for registered_device_ops

2012-10-18T08:53:37+00:00

This will allow adding central tracing like in mac80211.

Signed-off-by: Hila Gonen 
Reviewed-by: Emmanuel Grumbach 
Reviewed-by: Johannes Berg 
Signed-off-by: Johannes Berg

cfg80211/mac80211: re-add get_channel operation

2012-07-13T14:16:11+00:00

This essentially reverts commit 2e165b818456 but
introduces the get_channel operation with a new
wireless_dev argument so that you can retrieve
the channel per interface. This is necessary as
even though we can track all interface channels
(except monitor) we can't track the channel type
used.

Signed-off-by: Johannes Berg

cfg80211/mac80211: remove .get_channel

2012-06-29T11:39:18+00:00

We do not need it anymore since cfg80211 tracks
monitor channel and monitor channel type.

Signed-off-by: Michal Kazior 
Signed-off-by: Johannes Berg