On Sat, 2015-01-03 at 21:29 -0500, Ilan Peer wrote:
As the operating environment of a device can change, add
API for user space to indicate a change of indoor settings.
In addition modify the handling of the indoor processing as
follows:
1. Directly update the indoor setting without
On Mon, 2015-01-05 at 10:03 +, Andrew Clausen wrote:
Hi Johannes,
On 5 January 2015 at 09:24, Johannes Berg johan...@sipsolutions.net wrote:
Looks fine to me (though the commit message shouldn't contain the email
boilerplate of hi all etc - should just be
Ah, sorry for the extra
Hi Kalle,
-Original Message-
From: Amitkumar Karwar [mailto:akar...@marvell.com]
Sent: 31 December 2014 16:07
To: linvi...@tuxdriver.com
Cc: linux-wireless@vger.kernel.org; Maithili Hinge; Avinash Patil; Cathy
Luo; Marc Yang; Amitkumar Karwar
Subject: [PATCH 0/9] mwifiex enhancements
-Original Message-
From: Johannes Berg [mailto:johan...@sipsolutions.net]
Sent: Tuesday, January 06, 2015 12:11
To: Peer, Ilan
Cc: linux-wireless@vger.kernel.org; mcg...@suse.com; ArikX Nemtsov
Subject: Re: [PATCH 1/2] cfg80211: Add API to change the indoor regulatory
setting
On Tue, 2014-12-23 at 16:55 +0100, Arend van Spriel wrote:
From: Gautam Kumar Shukla gaut...@broadcom.com
With the wiphy::features flag being used up this patch adds a
new field wiphy::ext_features. Considering extensibility this
new field is declared as a byte array. This extensible flag is
On Mon, 2015-01-05 at 23:13 +0100, Arend van Spriel wrote:
On 01/05/15 23:05, Paul Bolle wrote:
On Mon, 2015-01-05 at 19:57 +0100, Johannes Berg wrote:
Multiple other groups of ioctls could be converted in similar patches,
until at the end you can completely remove ipw_wx_handlers and rely
On Mon, 2015-01-05 at 23:05 +0100, Paul Bolle wrote:
On Mon, 2015-01-05 at 19:57 +0100, Johannes Berg wrote:
Multiple other groups of ioctls could be converted in similar patches,
until at the end you can completely remove ipw_wx_handlers and rely
entirely on cfg80211's wext compatibility.
Larry Finger larry.fin...@lwfinger.net writes:
On 01/05/2015 03:20 AM, Kalle Valo wrote:
Larry Finger larry.fin...@lwfinger.net writes:
23/23? Where are patches 1-22? I don't see them in patchwork:
https://patchwork.kernel.org/project/linux-wireless/list/
Sorry. I forgot to edit the
On Mon, 2015-01-05 at 18:52 -0600, Larry Finger wrote:
Glad you found it. Strange that loading mac80211 did not force loading. Have
you
run 'depmod -a' on the modules?
I believe that mac80211 doesn't have a strong dependency on the module -
it just loads the crypto algorithm at runtime.
In
On Wed, 2014-12-24 at 10:21 +0100, Lorenzo Bianconi wrote:
- list_for_each_entry(sdata, local-interfaces, list)
+ list_for_each_entry(sdata, local-interfaces, list) {
sdata-user_power_level = local-user_power_level;
+ if (!update_tpc type !=
On Mon, 2014-12-29 at 11:59 +0200, Arik Nemtsov wrote:
The function adding the supported channels IE during a TDLS connection had
several issues:
1. If the entire subband is usable, the function exitted the loop without
adding it
2. The function only checked chandef_usable, ignoring flags
Don't define iw build target in the regular Makefile which gets
included. This confuses the Android build system (coincides with module
name).
Also correct libnl_2 to a be static library, as compiled on Android.
Signed-off-by: Arik Nemtsov a...@wizery.com
---
Android.mk | 3 ++-
Makefile | 2
On Mon, 2014-12-29 at 11:59 +0200, Arik Nemtsov wrote:
If a P2P GO is active, the cfg80211_reg_can_beacon function will take
the wdev lock, in its call to cfg80211_go_permissive_chan. But the wdev lock
is already taken by the parent channel-checking function, causing a
deadlock.
Split the
On Thu, 2015-01-01 at 13:42 +0200, Arik Nemtsov wrote:
A self-managed device will sometimes need to set its regdomain synchronously.
Notably it should be set before usermode has a chance to query it. Expose
a new API to accomplish this which requires the RTNL.
+ ret =
As the operating environment of a device can change, add
API for user space to indicate a change of indoor settings.
In addition modify the handling of the indoor processing as
follows:
1. Directly update the indoor setting without wrapping it as a
regulatory request.
2. Track the socket on
Timeout was scheduled only in case CRDA was called due to user hints,
but was not scheduled for other cases. This can result in regulatory
hint processing getting stuck in case that there is no CRDA configured.
Change this by scheduling a timeout every time CRDA is called. In
addition, in
Otherwise Android gets confused and tries to build the Makefile target
Signed-off-by: Arik Nemtsov a...@wizery.com
---
Android.mk | 1 +
Makefile | 2 ++
2 files changed, 3 insertions(+)
diff --git a/Android.mk b/Android.mk
index 8afda1d..00c8c49 100644
--- a/Android.mk
+++ b/Android.mk
@@
On Thu, 2015-01-01 at 13:42 +0200, Arik Nemtsov wrote:
When a system contains only self-managed regulatory devices all hints
from the regulatory core are ignored. Stop hint processing early in this
case. These systems usually don't have CRDA deployed, which results in
endless (irrelevent) logs
On Thu, 2015-01-01 at 13:43 +0200, Arik Nemtsov wrote:
The patch 40a11ca mac80211: check if channels allow 80 MHz for VHT
probe requests considered disabled channels as VHT enabled, and
mistakenly sent out probe-requests with the VHT IE.
Applied.
johannes
--
To unsubscribe from this list:
On Mon, 2015-01-05 at 23:52 -0500, Ilan Peer wrote:
Timeout was scheduled only in case CRDA was called due to user hints,
but was not scheduled for other cases. This can result in regulatory
hint processing getting stuck in case that there is no CRDA configured.
I can understand this part.
all three applied.
johannes
--
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 at http://vger.kernel.org/majordomo-info.html
+ linux-wireless
On 12/28/14 14:02, Thomas Vincent-Cross wrote:
Hi Broadcom devs,
I see that support for your new 3x3 802.11ac chip, the BCM43602, has
been added to the brcm80211 driver. I understand this is an updated
chip that is almost a drop in replacement for the original BCM4360. I'm
On Tue, 2015-01-06 at 12:48 +0200, Arik Nemtsov wrote:
Don't define iw build target in the regular Makefile which gets
included. This confuses the Android build system (coincides with module
name).
Also correct libnl_2 to a be static library, as compiled on Android.
Applied, thanks.
On Mon, 2015-01-05 at 23:52 -0500, Ilan Peer wrote:
As the operating environment of a device can change, add
API for user space to indicate a change of indoor settings.
In addition modify the handling of the indoor processing as
follows:
1. Directly update the indoor setting without
As the operating environment of a device can change, add
API for user space to indicate a change of indoor settings.
In addition modify the handling of the indoor processing as
follows:
1. Directly update the indoor setting without wrapping it as a
regulatory request.
2. Track the socket on
On Tue, 2015-01-06 at 09:23 +0100, Johannes Berg wrote:
Yours is the theoretical, hopefully-forward-looking one where we still
expect the driver to actually be modified to take advantage of the new
frameworks (which is independent of wext support towards userspace). In
that scenario, yes, it
Here's just a single fix - a revert of a patch that broke the
p54 and cw2100 drivers (arguably due to bad assumptions there.)
Since this affects kernels since 3.17, I decided to revert for
now and we'll revisit this optimisation properly for -next.
Also -- happy New Year, and sorry about the
While doing a code review, I noticed that in the latest stable version
of the kernel (3.18.1) the functionality of IFTYPE_AP and IFTYPE_AP_VLAN
is switched in ieee80211_do_stop. In the case of IEEE80211_IFTYPE_AP,
the list of devices in sdata-u.ap.vlans are closed, while in the case
of
On Tue, 2015-01-06 at 13:22 +0100, wim torfs wrote:
While doing a code review, I noticed that in the latest stable version
of the kernel (3.18.1) the functionality of IFTYPE_AP and IFTYPE_AP_VLAN
is switched in ieee80211_do_stop. In the case of IEEE80211_IFTYPE_AP,
the list of devices in
From: Johannes Berg johannes.b...@intel.com
It makes no sense to require the user to find and enable
CFG80211_WEXT before the driver can be selected, make the
driver select the needed Kconfig symbol itself.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
From: Johannes Berg johannes.b...@intel.com
When a fully converted cfg80211 driver needs cfg80211-wext for
userspace API purposes, the symbols need not be exported. When
other drivers (orinoco/hermes or ipw2200) are enabled, they do
need the symbols exported as they use them directly.
Make those
When hw acceleration is enabled, the GENERATE_IV or PUT_IV_SPACE flags
only require headroom space. Therefore, the tailroom-needed counter can
safely be decremented for most drivers.
The older incarnation of this patch (ca34e3b5) assumed that the above
holds true for all drivers. As reported by
Hotel guaranteed rate expiry fast approaching
The Westin Hotel is holding a block of rooms for Netdev01 at a guaranteed rate
of $159.00 or $179.00 (depending on the type of room required). That guarantee
expires on January 23, so book now to avoid disappointment and get the low
rate. The rooms
On Tue, 2015-01-06 at 12:04 +0100, Johannes Berg wrote:
all three applied.
Nope, dropped patch 2 again - it was causing issues when running the
hwsim tests:
$ ./vm-run.sh dfs ap_ht_40mhz_intolerant_ap
Starting test run in a virtual machine
./run-all.sh: passing the following args to
On Tue, Jan 6, 2015 at 3:59 PM, Johannes Berg johan...@sipsolutions.net wrote:
On Tue, 2015-01-06 at 11:56 +0100, Johannes Berg wrote:
On Thu, 2015-01-01 at 13:42 +0200, Arik Nemtsov wrote:
When a system contains only self-managed regulatory devices all hints
from the regulatory core are
On Tue, 2015-01-06 at 11:56 +0100, Johannes Berg wrote:
On Thu, 2015-01-01 at 13:42 +0200, Arik Nemtsov wrote:
When a system contains only self-managed regulatory devices all hints
from the regulatory core are ignored. Stop hint processing early in this
case. These systems usually don't
On Tue, 2015-01-06 at 15:05 +0100, Johannes Berg wrote:
On Tue, 2015-01-06 at 12:04 +0100, Johannes Berg wrote:
all three applied.
Nope, dropped patch 2 again
And dropped the other two also - with them the sequence of two tests I
was looking at never completes.
johannes
--
To unsubscribe
On Tue, Jan 6, 2015 at 9:02 PM, Johannes Berg johan...@sipsolutions.net wrote:
On Tue, 2015-01-06 at 20:57 +0200, Eliad Peller wrote:
On Tue, Jan 6, 2015 at 4:14 PM, Johannes Berg johan...@sipsolutions.net
wrote:
On Tue, 2015-01-06 at 15:05 +0100, Johannes Berg wrote:
On Tue, 2015-01-06 at
On Tue, 2015-01-06 at 20:57 +0200, Eliad Peller wrote:
On Tue, Jan 6, 2015 at 4:14 PM, Johannes Berg johan...@sipsolutions.net
wrote:
On Tue, 2015-01-06 at 15:05 +0100, Johannes Berg wrote:
On Tue, 2015-01-06 at 12:04 +0100, Johannes Berg wrote:
all three applied.
Nope, dropped patch
Arend van Spriel ar...@broadcom.com writes:
This patch adds support for the bcm43340 and bcm43341 wireless
chipsets. These two chipsets are identical from wireless parts
perspective. As such they use the same firmware image.
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Rob Herring
On 01/06/15 19:36, Kalle Valo wrote:
Arend van Sprielar...@broadcom.com writes:
Here a first batch for v3.20. This series adds support for the
BCM43340 and BCM43341 SDIO chipsets. A number of changes are
related to AP mode and some fixes of potential issues that do
not seem to qualify for the
Avinash Patil pat...@marvell.com writes:
This patch series adds debug enhancements for mwifiex driver.
Patch series includes patches to dump SDIO function registers/scratch
registers upon FW crash, histogram support, adapter structure dump,
TDLS peer information via debugfs.
Also a patch to
On Tue, Jan 6, 2015 at 4:14 PM, Johannes Berg johan...@sipsolutions.net wrote:
On Tue, 2015-01-06 at 15:05 +0100, Johannes Berg wrote:
On Tue, 2015-01-06 at 12:04 +0100, Johannes Berg wrote:
all three applied.
Nope, dropped patch 2 again
And dropped the other two also - with them the
Avinash Patil pat...@marvell.com writes:
Enable the endian checks by default.
Signed-off-by: Avinash Patil pat...@marvell.com
Thanks, all four patches applied to wireless-drivers-next.git.
--
Kalle Valo
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body
Amitkumar Karwar akar...@marvell.com writes:
This patch series adds couple of fixes, recovery mechanism
when host fails to wakeup the firmware and wowlan disconnect
feature.
Amitkumar Karwar (5):
mwifiex: remove redundant flag MWIFIEX_HW_STATUS_FW_READY
mwifiex: add wakeup timer based
Coverity: CID 1260096
Signed-off-by: John W. Linville linvi...@tuxdriver.com
---
net/mac80211/mlme.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 2c36c4765f47..837a406a9dd6 100644
--- a/net/mac80211/mlme.c
+++
Instead of defining SDIO device identifier in brcm80211 code use
the defintions in linux/mmc/sdio_ids.h directly.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van Spriel ar...@broadcom.com
---
Resend patch rebased
Kalle Valo wrote:
What are the dependency patches exactly?
commit 5cf16616e152dd5c274a65954c77f64892d025a8
Author: Sujith Manoharan c_man...@qca.qualcomm.com
Date: Wed Dec 10 21:26:11 2014 +0530
mac80211: Fix accounting of multicast frames
commit 6b127c71fbdd3daacfd8b9f80b8e6ebfb70a889e
2015-01-05 12:06 GMT+01:00 Arend van Spriel ar...@broadcom.com:
On 01/05/15 11:49, Kalle Valo wrote:
Rickard Strandqvistrickard_strandqv...@spectrumdigital.se writes:
As I hope you can see I have made some changes regarding the
subject-line. Thought it was an advantage to be able to see
Are there any either USB or mPCI devices that are known to NOT have
any connected station limits whilst operating in AP mode?
My research has shown up the following as all having limits:
iwlwifi (http://comments.gmane.org/gmane.linux.kernel.wireless.general/131585)
ath9k_htc
There is no assignment of window_size in wl12xx_acx_config_hangover. The
patch fixes the issue.
Signed-off-by: Andy Shevchenko andy.shevche...@gmail.com
---
drivers/net/wireless/ti/wlcore/acx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The previous patch created a routine in rtlwifi to initialize dm_digtable.
Driver rtl8188ee is converted to use that routine.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8188ee/dm.c | 35 ++---
1
This patch converts driver rtl8192de to use the common routine to
initialize dm_digtable.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8192de/dm.c | 32 +++--
1 file changed, 3 insertions(+), 29
Happy New Year.
This set of patches, which are intended for the 3.20 stream, are intended to
simplify the drivers. In particular, each of them has a separate routine that
initilizes the dynamic power manipulation variables. Ten of these patches
convert
the drivers to use a common copy of this
Some drivers refer to a particular quantity in the driver's private
are by one name, while others use a different name. These differences
are removed.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8192c/dm_common.c | 2 +-
Several of the drivers still were defining their own copies of various
macros. These are all moved into the core.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/core.h | 1 +
drivers/net/wireless/rtlwifi/rtl8188ee/dm.h
The description of the power-save variables for this driver is not as
clear as for the others. The wording is changed to match the others.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - only patch 02/11 is changed to fix the problem noted by Sergei Shylyov
Convert driver rtl8723be to use routine rtl_dm_diginit().
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8723be/dm.c | 32 ++---
1 file changed, 2 insertions(+), 30 deletions(-)
diff --git
Convert driver to use routine rtl_dm_diginit().
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8821ae/dm.c | 31 ++---
1 file changed, 2 insertions(+), 29 deletions(-)
diff --git
On 01/02/2015 12:35 PM, Sergei Shtylyov wrote:
Hello.
On 1/2/2015 7:58 PM, Larry Finger wrote:
The description of the power-save variables for this driver is not as
clear as for the others. The wording is changed to match the others.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
Each of the drivers contains a routine that initializes the dm_digtable
member of the driver's private area. As a first step toward reducing the
size of the drivers, a copy of this driver is created in rtlwifi, and the
definitions of the parameters are moved there.
Signed-off-by: Larry Finger
These changes convert both rtl8192ce and rtl8192cu to use the new routine.
Some additional definitions are needed in the core, thus several of the
headers for other drivers are affected, but no other executable code is
changed.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 -
Convert driver rtl8192ee to use the common routine to initialize
dm_digtable.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8192ee/dm.c | 32 ++---
1 file changed, 2 insertions(+), 30 deletions(-)
Convert driver rtl8723ae to use common routine rtl_dm_diginit().
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
---
V2 - unchanged from V1
---
drivers/net/wireless/rtlwifi/rtl8723ae/dm.c | 27 +--
1 file changed, 1 insertion(+), 26 deletions(-)
diff --git
On Wed, 7 Jan 2015, Rickard Strandqvist wrote:
2015-01-05 12:06 GMT+01:00 Arend van Spriel ar...@broadcom.com:
On 01/05/15 11:49, Kalle Valo wrote:
Rickard Strandqvistrickard_strandqv...@spectrumdigital.se writes:
As I hope you can see I have made some changes regarding the
Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
drivers/net/wireless/b43legacy/radio.c | 19
Control per packet Transmit Power Control (TPC) in lower drivers
according to TX power settings configured by the user. In particular TPC is
enabled if value passed in enum nl80211_tx_power_setting is
NL80211_TX_POWER_AUTOMATIC (no limit from userspace) or
NL80211_TX_POWER_LIMITED (allow using
From: Johannes Berg johan...@sipsolutions.net
Date: Tue, 06 Jan 2015 13:15:48 +0100
Here's just a single fix - a revert of a patch that broke the
p54 and cw2100 drivers (arguably due to bad assumptions there.)
Since this affects kernels since 3.17, I decided to revert for
now and we'll
Arend van Spriel ar...@broadcom.com writes:
Here a first batch for v3.20. This series adds support for the
BCM43340 and BCM43341 SDIO chipsets. A number of changes are
related to AP mode and some fixes of potential issues that do
not seem to qualify for the wireless tree.
This series is
Wolfram Sang w...@the-dreams.de writes:
This platform_driver does not need to set an owner, it will be populated by
the
driver core.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
Generated with coccinelle. SmPL file is in the introductory msg. The big
cleanup was pulled in this
On Wed, 2014-12-24 at 10:21 +0100, Lorenzo Bianconi wrote:
- list_for_each_entry(sdata, local-interfaces, list)
+ list_for_each_entry(sdata, local-interfaces, list) {
sdata-user_power_level = local-user_power_level;
+ if (!update_tpc type !=
2015-01-05 7:34 GMT+01:00 Rafał Miłecki zaj...@gmail.com:
On 3 January 2015 at 13:28, Rickard Strandqvist
rickard_strandqv...@spectrumdigital.se wrote:
2015-01-02 22:34 GMT+01:00 Rafał Miłecki zaj...@gmail.com:
1) I gave you Ack for the changes
2) You could drop net: wireless: or better use
On 6 January 2015 at 18:59, Rickard Strandqvist
rickard_strandqv...@spectrumdigital.se wrote:
Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
Arend van Spriel ar...@broadcom.com writes:
Instead of defining SDIO device identifier in brcm80211 code use
the defintions in linux/mmc/sdio_ids.h directly.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van
Sujith Manoharan suj...@msujith.org writes:
From: Sujith Manoharan c_man...@qca.qualcomm.com
Pending patches for ath9k, rebased over wireless-drivers-next.
All of these are for -next.
The patch ath9k: Fix no-ack frame status depends on two commits
that have been merged in mac80211-next, so
Grumbach, Emmanuel emmanuel.grumb...@intel.com writes:
Here is a pull request for -next. Details below.
Thanks, pulled.
I tried to adopt the format you requested.
This is much better, thank you.
--
Kalle Valo
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the
On 01/06/2015 11:59 AM, Rickard Strandqvist wrote:
Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
Rickard Strandqvist rickard_strandqv...@spectrumdigital.se writes:
Removes some functions that are not used anywhere:
ex_halbtc8821a2ant_periodical() ex_halbtc8821a2ant_halt_notify()
ex_halbtc8821a2ant_bt_info_notify()
ex_halbtc8821a2ant_special_packet_notify()
Emmanuel Grumbach emmanuel.grumb...@intel.com writes:
From: Dor Shaish dor.sha...@intel.com
Signed-off-by: Dor Shaish dor.sha...@intel.com
Signed-off-by: Emmanuel Grumbach emmanuel.grumb...@intel.com
In the future please document why you are reverting something. Now you
just leave people
79 matches
Mail list logo