Peter Oh p...@qca.qualcomm.com writes:
Fix to use v10.2 wmi call for firmware v10.2.
It turned out that peer association function was using
v10.1 wmi call for v10.2 firmware during code review.
Signed-off-by: Peter Oh p...@qca.qualcomm.com
Thanks, applied.
(Actually I had applied this
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.
Signed-off-by: Jukka Rissanen jukka.rissa...@linux.intel.com
---
Hi,
v6:
- moved owner netlink port id from cfg80211_sched_scan_request to
On Thu, 2014-11-20 at 14:21 +0100, Arend van Spriel wrote:
Build a fresh kernel today, ie. 3.18-rc5-wl from wireless-testing and
got the following message while building brcmfmac:
LD [M] drivers/net/wireless/brcm80211/brcmfmac/brcmfmac.o
Building modules, stage 2.
MODPOST 2
On 11/20/14 13:43, Ruben De Smet wrote:
Hello b43 and linux-wireless
I'm not subscribed (anymore) to these lists, so please use the reply
all feature of your mailclient. Thank you :)
This will be the last day I'm using my Broadcom Corporation BCM43228
802.11a/b/g/n miniPCI WiFi card, as I'm
This patchset adds TPC capability to ath9k for AR9003 based chips. For the time
being some FCC checks are missing in ar9003_hw_init_txpower_stbc() and CDD mode
is not supported.
*[RFC 1/3]: add chainmask parameter to ath9k_hw_get_scaled_power() to compute
maximum TX power for different number of
Add TX power per-rate per-chain tables for different MIMO modes (e.g STBC) in
order to cap the maximum TX power value per-rate in the TX descriptor path.
Cap TX power for self generated frames (ACK, RTS/CTS).
Currently TPC is supported just by AR9003 based chips
Signed-off-by: Lorenzo Bianconi
Add TPC capability to TX descriptor path. Cap per-packet TX power according to
TX power per-rate per-chain tables. Currently TPC is supported just by AR9003
based chips
Signed-off-by: Lorenzo Bianconi lorenzo.biancon...@gmail.com
---
drivers/net/wireless/ath/ath9k/ar9002_mac.c | 8 +++---
Add chainmask parameter to ath9k_hw_get_scaled_power() in order to compute
maximum TX power per rate for different number of tx chains.
ath9k_hw_get_scaled_power() will be used during TPC TX power initialization
Signed-off-by: Lorenzo Bianconi lorenzo.biancon...@gmail.com
---
From: Sujith Manoharan c_man...@qca.qualcomm.com
When static keys are used in shared WEP, when a
station is associated, message 3 is sent with an
encrypted payload. But, for subsequent
authentications that are triggered without a
deauth, the auth frame is decrypted by the HW. To
handle this,
On 2014-11-20 14:31, Lorenzo Bianconi wrote:
Add TX power per-rate per-chain tables for different MIMO modes (e.g STBC) in
order to cap the maximum TX power value per-rate in the TX descriptor path.
Cap TX power for self generated frames (ACK, RTS/CTS).
Currently TPC is supported just by
On Sun, 2014-11-16 at 13:00 +0200, Arik Nemtsov wrote:
I don't want to add modes I cannot test with HW I have. I think that's
irresponsible, especially when the side-effects are disconnections.
I can add IBSS as well with the HW I have, but that's about it.
Oops, my other reply was meant to
On Sun, 2014-11-16 at 13:06 +0200, Arik Nemtsov wrote:
We intend to add a patch to wpa_s to always add the wiphy_idx to
NL80211_CMD_GET_REG. With the current approach only drivers with
SELF_MANAGED_REG will get wiphy-regd back. This is ok since these are
new drivers, which are familiar with
Hi John,
Here's another relatively large batch of changes - arguably the most
important being the VHT fix from Felix :-)
Let me know of any problems!
johannes
The following changes since commit 47b6308b643302e642ca2a5cb6470926f7e1c428:
ath9k: Move roc completion to the offchannel timer
From: Markus Elfring elfr...@users.sourceforge.net
Date: Thu, 20 Nov 2014 16:42:51 +0100
The functions brcmu_pkt_buf_free_skb() and release_firmware() test whether
their argument is NULL and then return immediately. Thus the test around
the call is not needed.
This issue was detected by using
From: Kristian Evensen kristian.even...@gmail.com
Adds new VID/PID for the Marvell 88W8766. The kernel currently only supports
the device as PCI, but it is also available using USB. An example of a device
delivered with the 88W8766 as USB is the Globalscale Mirabox.
TX buffer size is set to
On Thu, 2014-11-20 at 21:02 +0100, Arend van Spriel wrote:
On 11/20/14 14:23, Johannes Berg wrote:
On Thu, 2014-11-20 at 14:21 +0100, Arend van Spriel wrote:
Build a fresh kernel today, ie. 3.18-rc5-wl from wireless-testing and
got the following message while building brcmfmac:
LD
Since the 3.18 merge window my wireless card cannot find any access
point (tested with both NetworkManager and sudo /usr/sbin/iw dev
wlp2s0 scan). More precisely, in 3.18-rc1 I got the oops described at
http://marc.info/?l=linux-wirelessm=141324391807122w=2. Sometime
after rc1 Larry fixed this but
On Sun, Nov 16, 2014 at 01:06:00PM +0200, Arik Nemtsov wrote:
On Fri, Nov 14, 2014 at 1:11 AM, Luis R. Rodriguez mcg...@suse.com wrote:
index a4d2792..656a1b1 100644
--- a/net/wireless/core.c
+++ b/net/wireless/core.c
@@ -541,6 +541,13 @@ int wiphy_register(struct wiphy *wiphy)
On Sun, Nov 16, 2014 at 01:00:16PM +0200, Arik Nemtsov wrote:
On Fri, Nov 14, 2014 at 12:45 AM, Luis R. Rodriguez mcg...@suse.com wrote:
+ * @REGULATORY_ENFORCE_CHANNELS: the regulatory core will make sure all
+ * interfaces on this wiphy reside on allowed channels. Upon a regdomain
+ *
On Thu, Nov 20, 2014 at 04:17:00PM +0100, Johannes Berg wrote:
On Thu, 2014-11-13 at 18:13 +0200, Arik Nemtsov wrote:
When the regulatory settings change, some channels might become invalid.
Disconnect interfaces acting on these channels, after giving userspace
code a grace period to leave
On 20-11-14 15:49, Francesco Gringoli wrote:
On Nov 20, 2014, at 1:51 PM, Rafał Miłecki zaj...@gmail.com wrote:
On 20 November 2014 13:43, Ruben De Smet ruben.de.s...@telenet.be wrote:
This will be the last day I'm using my Broadcom Corporation BCM43228
802.11a/b/g/n miniPCI WiFi card, as
On 20-11-14 14:28, Arend van Spriel wrote:
What is the labelling on the device? BCM943228? There are probably
some characters behind that id that identify the specific board.
I'll have a look at it when I take it back out. New card doesn't work
without modifying the whitelist of my UEFI.
On Thu, Nov 20, 2014 at 06:47:24PM +0200, Arik Nemtsov wrote:
On Thu, Nov 20, 2014 at 5:22 PM, Johannes Berg
johan...@sipsolutions.net wrote:
On Sun, 2014-11-16 at 13:06 +0200, Arik Nemtsov wrote:
We intend to add a patch to wpa_s to always add the wiphy_idx to
NL80211_CMD_GET_REG. With
On Thu, Nov 20, 2014 at 09:38:53PM +0100, Johannes Berg wrote:
On Thu, 2014-11-20 at 21:35 +0100, Luis R. Rodriguez wrote:
It really should only kick you off of channels you are not allowed to use,
I welcome this change and think it is important as a standard feature.
Please rename to
Dave,
Please full this little batch of fixes intended for the 3.18 stream!
For the mac80211 patch, Johannes says:
Here's another last minute fix, for minstrel HT crashing
depending on the value of some uninitialised stack.
On top of that...
Ben Greear fixes an ath9k regression in which a
On Thu, Nov 20, 2014 at 04:28:59PM +0100, Johannes Berg wrote:
Hi John,
Here's another relatively large batch of changes - arguably the most
important being the VHT fix from Felix :-)
Let me know of any problems!
johannes
The following changes since commit
The hardware info now also include radio and phy information, which
can be helpful in debugging issues.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van Spriel ar...@broadcom.com
---
The board revision that is available in hardware can be translated
so it matches the labelling on the board. This is accomplished by
this helper function.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van Spriel
This series touches some minor stuff in both drivers. The first
change was a report from Dan Carpenter which gets rid of smatch
warning/error. In brcmsmac I extended the hardware info file
contents in debugfs. The last patch solves a problem in brcmfmac
that I came across during testing.
The
-Original Message-
From: John W. Linville [mailto:linvi...@tuxdriver.com]
Sent: Friday, November 21, 2014 3:45 AM
To: Li, Yanbo
Cc: Valo, Kalle; dreamfly...@gmail.com; michal.kaz...@tieto.com;
ath...@lists.infradead.org; linux-wireless@vger.kernel.org
Subject: Re: [PATCH] Add the
30 matches
Mail list logo
