We need to assign the hw queues for mesh interface. Otherwise,
we are not able to bring up the mesh interface due to the
IEEE80211_INVAL_HW_QUEUE error.
Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com
---
drivers/net/wireless/ath/ath9k/main.c | 3 ++-
1 file changed, 2 insertions(+), 1
On 11-11-14 23:32, Felipe Contreras wrote:
On Sun, Nov 9, 2014 at 4:46 AM, Arend van Spriel ar...@broadcom.com wrote:
Could you share the nvram obtained from EFI? Also please create a kernel log
with debug=0xd416.
There you go:
http://people.freedesktop.org/~felipec/dmesg-brcm.txt
It
On 2014-11-11 08:07, Sujith Manoharan wrote:
From: Miaoqing Pan miaoq...@qca.qualcomm.com
For AR9340, the correct values for SLP32 registers are present
in the initvals, so overriding them is not needed.
Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Sujith Manoharan
Replace NL80211_ATTR_IFACE_SOCKET_OWNER attribute with more generic
NL80211_ATTR_SOCKET_OWNER that can be used with other commands
that interface creation.
---
include/uapi/linux/nl80211.h | 8 +---
net/wireless/nl80211.c | 4 ++--
2 files changed, 7 insertions(+), 5 deletions(-)
diff
Hi,
v2:
- split the patch
- In patch 1, use a generic NL80211_ATTR_SOCKET_OWNER attribute and
convert the old code that uses NL80211_ATTR_IFACE_SOCKET_OWNER to
use the new value. A define is provided for backward compatibility.
- Any pending schedule scan stop worker is cancelled when
An attribute NL80211_ATTR_SOCKET_OWNER can be set by the scan initiator.
If present, the attribute will cause the scan to be stopped if the client
dies.
---
include/net/cfg80211.h | 2 ++
include/uapi/linux/nl80211.h | 3 +++
net/wireless/core.c | 10 +-
On Wed, 2014-11-12 at 13:36 +0200, Jukka Rissanen wrote:
@@ -2056,6 +2056,8 @@ enum nl80211_attrs {
#define NL80211_ATTR_KEY NL80211_ATTR_KEY
#define NL80211_ATTR_KEYS NL80211_ATTR_KEYS
#define NL80211_ATTR_FEATURE_FLAGS NL80211_ATTR_FEATURE_FLAGS
+#define NL80211_ATTR_IFACE_SOCKET_OWNER
On Wed, 2014-11-12 at 13:47 +0200, Luca Coelho wrote:
On Wed, 2014-11-12 at 13:36 +0200, Jukka Rissanen wrote:
@@ -2056,6 +2056,8 @@ enum nl80211_attrs {
#define NL80211_ATTR_KEY NL80211_ATTR_KEY
#define NL80211_ATTR_KEYS NL80211_ATTR_KEYS
#define NL80211_ATTR_FEATURE_FLAGS
Replace NL80211_ATTR_IFACE_SOCKET_OWNER attribute with more generic
NL80211_ATTR_SOCKET_OWNER that can be used with other commands
that interface creation.
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
include/uapi/linux/nl80211.h | 7 ---
net/wireless/nl80211.c | 4
On Mon, 2014-11-10 at 10:32 +0100, Johannes Berg wrote:
You seem to have lost the nlmsg_free() in error cases.
Indeed. Will fix.
Patrik
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info
Perform rate scaling properly when operating in an IBSS. Prior to this, the
5300 and 6205 devices (at least) would only transmit at
1 Mbps to other stations in an IBSS. This now allows transmission at HT rates.
Signed-off-by: David Ward david.w...@ll.mit.edu
---
Let the other listeners being notified when a new or del interface
command has been issued, thus reducing later necessary request to be in
sync with current context.
Signed-off-by: Tomasz Bursztyka tomasz.burszt...@linux.intel.com
---
net/wireless/nl80211.c | 48
On 12 November 2014 07:26, David Ward david.w...@ll.mit.edu wrote:
[...]
+static void iwlagn_mac_sta_rc_update(struct ieee80211_hw *hw,
+struct ieee80211_vif *vif,
+struct ieee80211_sta *sta, u32 changed)
+{
+
On 12 November 2014 07:26, David Ward david.w...@ll.mit.edu wrote:
[...]
+static void iwlagn_mac_sta_rc_update(struct ieee80211_hw *hw,
+struct ieee80211_vif *vif,
+struct ieee80211_sta *sta, u32
+changed) {
+
Hello everybody
I hope I do post this in the correct mailing list.
My problem is the following:
I want to add/delete new MAC addresses to the acl without restarting
anything. Without restarting I mean that there shouldn't be a time frame
where no beacon frames are sent. This happened to me on
Factor out netlink message attribute appending in order to reuse it
with later code. As a result move netlink skb allocation to the
calling function.
Signed-off-by: Patrik Flykt patrik.fl...@linux.intel.com
---
v2: Free skb in error path
drivers/net/wireless/mac80211_hwsim.c | 60
Hi,
v2:
- Free skb in the error path in patch 01
- Fix dumping of hwsim radios in patch 02. Remember the last radio id used
when adding radios to the previous netlink message and continue from this
radio id onwards.
Cheers,
Patrik
This patch set adds a new
HWSIM_CMD_GET_RADIO returns information about a specific radio id or
all of them in response to a dump. Create the netlink skb or use the
one provided by the dump functionality. Use the existing attribute
appending function to fill in the same attributes when creating a
new hwsim radio.
Save
On 08/28/2014 02:39 PM, Rafał Miłecki wrote:
It has appeared that BCM43227 and BCM43228 are pretty much identical
from programming POV. You can try 3.17-rc1 (or newer) to see if it
supports your wireless card :)
Hi!
Today Fedora 20 updated to 3.17 and so I was pretty eager to try b43
instead
I've been off for a while, but I will download it and use it. Thanks
Johannes!!
On 11/06/2014 05:31 PM, Johannes Berg wrote:
On Tue, 2014-11-04 at 15:18 -0500, C. McPherson wrote:
Thanks so much for the info Johannes. I did notice that rx_status was
getting full. I'll go ahead and put it in
On Wed, 2014-11-12 at 14:31 +, Patrick Bosch wrote:
Hello everybody
I hope I do post this in the correct mailing list.
My problem is the following:
I want to add/delete new MAC addresses to the acl without restarting
anything. Without restarting I mean that there shouldn't be a time
On 2014-11-11 12:55, Oleksij Rempel wrote:
Am 29.10.2014 um 11:17 schrieb Felix Fietkau:
Hi Hackers,
Just a quick heads up:
I'm working on a new driver for MT7662E/MT7612E, written from scratch.
It is already able to bring up the firmware, init the MAC and do basic
TX/RX DMA communication
Removing dereferencing from callers
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/card.c| 18 --
drivers/staging/vt6655/card.h| 8
drivers/staging/vt6655/device_main.c | 7 +++
drivers/staging/vt6655/rxtx.c|
vUpdateIFS does the same operations of CARDbSetPhyParameter there
is not need to call this function.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/card.c| 65
drivers/staging/vt6655/card.h| 1 -
replacing with vnt_private and removing dereferencing from callers
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/channel.c | 8 +---
drivers/staging/vt6655/rf.c | 25 -
drivers/staging/vt6655/rf.h | 6 +++---
3 files
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/rf.c | 72 ++---
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/drivers/staging/vt6655/rf.c b/drivers/staging/vt6655/rf.c
index 3b7ad49..798dfb7 100644
---
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/rf.c | 59 -
1 file changed, 31 insertions(+), 28 deletions(-)
diff --git a/drivers/staging/vt6655/rf.c b/drivers/staging/vt6655/rf.c
index 0b16ebf..32ef993 100644
---
Fixing callers to vnt_private
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/rf.c | 85 +++--
drivers/staging/vt6655/rf.h | 2 +-
2 files changed, 45 insertions(+), 42 deletions(-)
diff --git a/drivers/staging/vt6655/rf.c
On 11/12/2014 03:04 PM, Felix Fietkau wrote:
The chips I'm working with are both MT7662 and MT7612. My driver already
works as a simple AP or station in 802.11n mode with some limited
aggregation support. I'm getting around 45-50 Mbit/s TCP throughput on
HT20 with iperf. I will post code soon,
On Wed, Nov 5, 2014 at 1:12 AM, Arik Nemtsov a...@wizery.com wrote:
On Wed, Nov 5, 2014 at 5:23 AM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov a...@wizery.com wrote:
+ * @NL80211_ATTR_WIPHY_SELF_MANAGED_REG: flag attribute indicating the
+
On Wed, Nov 5, 2014 at 1:18 AM, Arik Nemtsov a...@wizery.com wrote:
On Wed, Nov 5, 2014 at 5:16 AM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov a...@wizery.com wrote:
+static bool reg_wdev_chan_valid(struct wiphy *wiphy, struct wireless_dev
, the new drivers would have been in the proper directories, and you
would not have gotten the incorrect symbol errors, or need to use the insmod
commands that you post.
Larry
Hello, Larry.
I'd like to let you know that next-20141112 brought my rtl8192se
device back to life. I didn't need
On Wed, Nov 5, 2014 at 12:41 AM, Arik Nemtsov a...@wizery.com wrote:
On Wed, Nov 5, 2014 at 5:21 AM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov a...@wizery.com wrote:
cfg80211: allow wiphy specific regdomain management
This guy never
Felix Fietkau wrote:
What's the point in doing this? The writes don't hurt, and this change
is making the code uglier.
Well, the code is redundant and I don't see the point in
doing the writes when we don't have to ? We could maybe
restructure it a bit...
Sujith
--
To unsubscribe from this
Kill the submitted URB in brcmf_usb_dl_cmd if the request timed out. This
assures the URB is never submitted twice. It also prevents a possible
use-after-free of the URB transfer buffer if a timeout occurs.
Signed-off-by: Mathy Vanhoef vanho...@gmail.com
---
For a discussion about this patch and
35 matches
Mail list logo