This patchset introduces tdls funtionality without tdls peer uapsd
and tdls channel switching. Tdls is supported by qca6174 hardware
what is indicated by firmware through supported services.
Tdls station when authorized requires some parameters that are filled in
by rate control initialization.
Patch `ath10k: fix interrupt storm` introduced a
regression. The condition responsible for bringing
up monitor vdev was broken and it was never
started for CAC so effectivelly CAC would not
detect radar pulses.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
This patch adds functions to enable/disable tdls
and to configure tdls peer station for tlv based firmware.
Tdls peer uapsd and tdls channel switching are not supported.
Transmitting tdls data frames works only for ethernet
type frames, that's why data addressed to tdls sta
is in ethernet format.
From: Michal Kazior michal.kaz...@tieto.com
There are a few different tx paths depending on
firmware and frame itself.
Creating a uniform decision will make it possible
to switch between different txmode easier, both
for testing and for future features as well.
Signed-off-by: Michal Kazior
Peer type was hardcoded to default value.
For future implementation it is required
to make is configurable.
Signed-off-by: Marek Puzyniak marek.puzyn...@tieto.com
Signed-off-by: Marek Kwaczynski marek.kwaczyn...@tieto.com
---
drivers/net/wireless/ath/ath10k/mac.c | 17 +++--
mac80211 handles roc expirations (indicated by
ieee80211_remain_on_channel_expired()) with a separate
work (hw_roc_done).
If userspace asks to cancel the ongoing roc before
hw_roc_done was scheduled, mac80211 will cancel
the ongoing roc, while leaving the hw_roc_done work
pending.
This might end
On Mon, 2015-03-09 at 13:53 +0200, Eliad Peller wrote:
Fix it by cancelling hw_roc_done on roc cancel.
Since hw_roc_done takes local-mtx, temporarily
release it (before re-acquiring it and starting
the next roc if needed).
I can't say I like this, and I'm not even sure it doesn't leave a
My recent patch `ath10k: fix broken traffic for
802.1x in client mode` introduced a regression on
WPA crypto. All keys were treated as if they were
WEP which resulted in WPA being incorrectly
installed to fw/hw and subsequently no traffic.
Reported-by: Marek Puzyniak marek.puzyn...@tieto.com
On Mon, Mar 9, 2015 at 2:52 PM, Johannes Berg johan...@sipsolutions.net wrote:
On Mon, 2015-03-09 at 13:53 +0200, Eliad Peller wrote:
Fix it by cancelling hw_roc_done on roc cancel.
Since hw_roc_done takes local-mtx, temporarily
release it (before re-acquiring it and starting
the next roc if
Michal Kazior michal.kaz...@tieto.com writes:
On 7 March 2015 at 08:46, Kalle Valo kv...@qca.qualcomm.com wrote:
Michal Kazior michal.kaz...@tieto.com writes:
qca6174 with wmi-tlv firmware uses offloaded
beaconing scheme (i.e. templates). This requires a
little different approach when
Mistakenly v1 of `ath10k: fix AP/IBSS CSA with
template based fw`
(81a9a17db5d766d2872c4ab8a77b8666d22031ec) was
applied.
This patch applies the missing bits from v2:
* remove unnecessary locking
* add some (sanity) checks
There are no practical functionality differences
between v1 and v2.
This can be used to implement offloaded rssi
threshold, beacon miss or even automatic
in-firmware BSS roaming in the future.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
Notes:
v2:
* rebased
drivers/net/wireless/ath/ath10k/wmi-ops.h | 12 +++
Some firmware revisions (e.g. qca6174 with fw73)
don't deliver beacons to host reliably. This
causes random disconnects even in perfect
conditions. This is most visible with
multi-channel operation.
All available firmware revisions seem to support
beacon miss offloading so there shouldn't be any
On Mon, Mar 9, 2015 at 10:50 AM, Arnd Bergmann a...@arndb.de wrote:
On Monday 09 March 2015 09:18:46 Eliad Peller wrote:
On Sun, Mar 8, 2015 at 11:53 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 08 March 2015 13:13:13 Eliad Peller wrote:
I've looked up the what boards actually use
Remove unnecessary parameter in rtl8192cu/hw.c
Signed-off-by: Taehee Yoo ap420...@gmail.com
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.c
Add wl18xx (wilink8) bindings to omap3-igep0030-rev-g and
omap3-igep0020-rev-f dts files, instead of defining the
platform data through the pdata-quirks.
The patch was compile-tested only.
Signed-off-by: Eliad Peller el...@wizery.com
---
arch/arm/boot/dts/omap3-igep0020-rev-f.dts | 9 +
Add device tree binding documentation for TI's wl18xx
wlan chip.
Signed-off-by: Eliad Peller el...@wizery.com
---
.../devicetree/bindings/net/wireless/ti,wl18xx.txt | 39 ++
1 file changed, 39 insertions(+)
create mode 100644
On 03/09/2015 10:07 AM, Taehee Yoo wrote:
Remove unnecessary parameter in rtl8192cu/hw.c
Signed-off-by: Taehee Yoo ap420...@gmail.com
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
The patch is OK, but the subject is awful. When I
When running with device-tree, we no longer have a board file
that can set up the platform data for wlcore.
Allow this data to be passed from DT.
For now, parse only the irq used. Other (optional) properties
can be added later on.
Signed-off-by: Ido Yariv i...@wizery.com
Signed-off-by: Eliad
2015-03-10 0:40 GMT+09:00 Larry Finger larry.fin...@lwfinger.net:
On 03/09/2015 10:07 AM, Taehee Yoo wrote:
Remove unnecessary parameter in rtl8192cu/hw.c
Signed-off-by: Taehee Yoo ap420...@gmail.com
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 5 ++---
1 file changed, 2
On Mon, 2015-03-09 at 16:53 +, Risse Kilian wrote:
Hi
I tried to create a second interface and connect to another AP. But I was
unable to do so. As I tried to enable the second interface I got an error:
Device or resource busy. So am I right assuming that this is not possible
with
From: Jes Sorensen jes.soren...@redhat.com
This is a new driver for the rtl8723au which was written from scratch,
to utilize the Linux mac80211 stack.
This has been a pet project for me for some time I finally feel it
is stable enough to submit. I have used it for a while without any
serious
Larry Finger larry.fin...@lwfinger.net writes:
Quilt reports the following when this patch is refreshed:
Warning: trailing whitespace in lines 2862,3273,3492,3521 of
drivers/net/wireless/rtl8xxxu.c
Hi Larry,
I fixed up the trailing whitespaces in v2 (and added a
(setq
On Mon, 2015-03-09 at 13:00 -0400, jes.soren...@redhat.com wrote:
This is an alternate driver for the Realtek 8723AU (rtl8723au) written
from scratch utilizing the mac80211 stack.
Mostly trivial comments:
diff --git a/MAINTAINERS b/MAINTAINERS
[]
+RTL8XXXU WIRELESS DRIVER (rtl8xxxu)
+M:
Hi
I tried to create a second interface and connect to another AP. But I was
unable to do so. As I tried to enable the second interface I got an error:
Device or resource busy. So am I right assuming that this is not possible with
the iwlwifi driver?
Thanks
Kilian
--
To unsubscribe from
Hi Jes,
Many thanks to Johannes Berg for 802.11 insights and help and Larry
Finger for help with the vendor driver.
:-)
Just a few comments since this is really the first time I'm looking
closely at the code.
+ h2c.ramask.cmd = H2C_SET_RATE_MASK;
+ put_unaligned_le16(ramask
Since libreg uses funcs from the crypto lib, make sure we link them.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
v2
- the current LDLIBS mess includes -lreg in there which we have to strip
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile
On Mon, 2015-03-09 at 15:02 -0400, Jes Sorensen wrote:
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 14:43 -0400, Jes Sorensen wrote:
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 13:00 -0400, jes.soren...@redhat.com wrote:
This is an alternate driver for the
Now we have offically FW v1.4. Force users to update it and prevent reporting
of old bugs.
Signed-off-by: Oleksij Rempel li...@rempel-privat.de
---
drivers/net/wireless/ath/ath9k/hif_usb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Kalle Valo kv...@codeaurora.org
Date: Sun, 08 Mar 2015 09:42:40 +0200
can you pull this directly? I don't think there's any point for me to
pull this to my tree as I don't have anything else queued up for -next
at the moment. I can fast forward my tree once you have pulled this.
Done.
Hi Arend,
On Sun, Dec 21, 2014 at 06:34:24PM +0100, Maximilian Engelhardt wrote:
On Sunday 21 December 2014 16:03:17 Arend van Spriel wrote:
On 12/21/14 15:24, Maximilian Engelhardt wrote:
On Sunday 21 December 2014 15:13:50 Arend van Spriel wrote:
Thanks. It shows you have have the same
On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
--- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
+++ b/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
@@ -64,4 +64,13 @@
vmmc-supply = lbep5clwmc_wlen;
On Monday 09 March 2015 17:36:41 Eliad Peller wrote:
@@ -323,11 +388,14 @@ out:
static void wl1271_remove(struct sdio_func *func)
{
struct wl12xx_sdio_glue *glue = sdio_get_drvdata(func);
+ struct wlcore_platdev_data *pdev_data = glue-core-dev.platform_data;
+ struct
On Mon, 2015-03-09 at 14:35 -0400, Jes Sorensen wrote:
+ if (sta-ht_cap.ht_supported) {
+ ampdu_factor = sta-ht_cap.ampdu_factor;
+ ampdu_density = sta-ht_cap.ampdu_density;
+ sifs = 0x0e;
+ } else {
+
I think I figured it out - I tried to create two interfaces of the same
type station - which is not supported according to the iw phy0 info.
I use a intel 7260 card with a 3.18.7 Kernel.
The command I used was iw phy phy0 interface add wlan0 type station.
Is this a limitation in hardware or
Johannes Berg johan...@sipsolutions.net writes:
Hi Jes,
Many thanks to Johannes Berg for 802.11 insights and help and Larry
Finger for help with the vendor driver.
:-)
Just a few comments since this is really the first time I'm looking
closely at the code.
Thanks!
+h2c.ramask.cmd =
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 13:00 -0400, jes.soren...@redhat.com wrote:
This is an alternate driver for the Realtek 8723AU (rtl8723au) written
from scratch utilizing the mac80211 stack.
Mostly trivial comments:
diff --git a/MAINTAINERS b/MAINTAINERS
[]
On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
--- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
+++ b/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
@@ -64,4 +64,13 @@
vmmc-supply = lbep5clwmc_wlen;
bus-width = 4;
non-removable;
+
+ #address-cells = 1;
+
On Sun, Mar 08, 2015 at 01:58:08PM +, Grumbach, Emmanuel wrote:
Hi,
This is a pull request for new firmwares for the Intel wireless devices
mentioned in the subject.
I replace -10.ucode with new ones (that includes bug fixes).
Please pull.
thanks, pulled pushed out.
regards,
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 14:43 -0400, Jes Sorensen wrote:
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 13:00 -0400, jes.soren...@redhat.com wrote:
This is an alternate driver for the Realtek 8723AU (rtl8723au) written
from scratch utilizing
On Mon, 2015-03-09 at 14:43 -0400, Jes Sorensen wrote:
Joe Perches j...@perches.com writes:
On Mon, 2015-03-09 at 13:00 -0400, jes.soren...@redhat.com wrote:
This is an alternate driver for the Realtek 8723AU (rtl8723au) written
from scratch utilizing the mac80211 stack.
Mostly trivial
* Eliad Peller el...@wizery.com [150309 14:03]:
On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
--- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
+++ b/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
@@ -64,4 +64,13 @@
From: Clément Perrochaud clement.perroch...@nxp.com
Add a module to the NXP-NCI driver to support NFC controllers with an
I2C control interface, such as the NPC100.
Signed-off-by: Clément Perrochaud clement.perroch...@effinnov.com
---
.../devicetree/bindings/net/nfc/nxp-nci.txt| 35 ++
From: Clément Perrochaud clement.perroch...@effinnov.com
This patch brings support for the NXP-NCI NFC controllers family.
It has been successfully tested on the following SoC boards:
- BeagleBone
- BeagleBone Black
- Raspberry Pi B
- Raspberry Pi B+
The submission is broken into three
From: Clément Perrochaud clement.perroch...@nxp.com
A simple forward for firmware download (i.e. sending a new firmware
to the NFC adapter) from the NFC subsystem to the drivers.
This feature is required to update the firmware of NXP-NCI NFC
controllers but can be used by any NCI driver.
This
On Friday 06 March 2015 11:55:48 Johannes Berg wrote:
I will just add following modification to your patch and ask for a new
test.
Let me know how that goes :)
I got a reply and they informed me that the test looked promising. The test
setup didn't crash and was running stable for hours.
From: Sujith Manoharan c_man...@qca.qualcomm.com
When assigning the initvals for PCIE sleep/awake
registers, check the configuration that has been
assigned to pll_pwrsave during initialization. Also,
display a warning if we don't have valid arrays.
Signed-off-by: Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com
Use the value in ah-config.pll_pwrsave to determine
which array needs to be loaded. Also, initialize
pll_pwrsave to 1 by default.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ar9003_hw.c | 10
From: Sujith Manoharan c_man...@qca.qualcomm.com
Since the RTT registers need to be configured for all
valid chains irrespective of the runtime chainmask,
use the actual chainmask of the chip.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
From: Sujith Manoharan c_man...@qca.qualcomm.com
Cards based on AR9462/AR9565 support more PCIE
power save mechanisms, so register them correctly.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/hw.c | 3 +++
drivers/net/wireless/ath/ath9k/hw.h |
From: Sujith Manoharan c_man...@qca.qualcomm.com
These will be used to handle chip-specific
power save configuration.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/hw.h | 6 ++
1 file changed, 6 insertions(+)
diff --git
Hi,
On a station or AP device, I'd like to capture packets in monitor mode
(ie. with radiotap headers). Normally this captures the encrypted
packets as they appear on the air. In my case, I'd like to capture
the *decrypted* packets where possible (ie. packets communicating with
this node, where
Add WMI support for WOW like enable,
wakeup events and host wakeup indication.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 70 +++
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 116 +++-
Add support for WOW disconnect and magic-packet.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
drivers/net/wireless/ath/ath10k/Makefile | 1 +
drivers/net/wireless/ath/ath10k/core.c | 1 +
drivers/net/wireless/ath/ath10k/core.h | 8 +
Add WMI support for WOW patterns.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 45 +++
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 130 ++
drivers/net/wireless/ath/ath10k/wmi-tlv.h | 38 +
3
Add patterns support for WOW.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
drivers/net/wireless/ath/ath10k/core.c| 1 +
drivers/net/wireless/ath/ath10k/hw.h | 1 +
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 2 +-
drivers/net/wireless/ath/ath10k/wmi.h | 4 +++
On Monday 09 March 2015 09:18:46 Eliad Peller wrote:
On Sun, Mar 8, 2015 at 11:53 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 08 March 2015 13:13:13 Eliad Peller wrote:
I've looked up the what boards actually use this data and found that
all of them already support booting from DT:
On Mon, 2015-03-09 at 09:32 +0100, Sven Eckelmann wrote:
On Friday 06 March 2015 11:55:48 Johannes Berg wrote:
I will just add following modification to your patch and ask for a new
test.
Let me know how that goes :)
I got a reply and they informed me that the test looked promising.
From: Sujith Manoharan c_man...@qca.qualcomm.com
For -next.
Sujith Manoharan (5):
ath9k: Add PCIE powersave macros
ath9k: Fix PLL powersave for AR9485
ath9k: Initialize pll_pwrsave for AR9462/AR9565
ath9k: Check allowed PCIE powersave configuration
ath9k: Fix RTT chainmask usage
Put station specific code in ieee80211_update_sta_info
function.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
net/mac80211/ibss.c | 186
1 file changed, 100 insertions(+), 86 deletions(-)
diff --git a/net/mac80211/ibss.c
In case of wide bandwidth scan all channels we have
in chandef. For example in case of 80MHz bandwidth
we have four possible control channels.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
net/mac80211/ibss.c| 81 --
Add VHT support for IBSS. Drivers could activate
this feature by setting NL80211_EXT_FEATURE_VHT_IBSS
flag.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
net/mac80211/ht.c | 2 --
net/mac80211/ibss.c| 50 +-
On Sun, Mar 8, 2015 at 11:53 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 08 March 2015 13:13:13 Eliad Peller wrote:
I've looked up the what boards actually use this data and found that
all of them already support booting from DT: some omap2 boards using
On 7 March 2015 at 08:46, Kalle Valo kv...@qca.qualcomm.com wrote:
Michal Kazior michal.kaz...@tieto.com writes:
qca6174 with wmi-tlv firmware uses offloaded
beaconing scheme (i.e. templates). This requires a
little different approach when implementing CSA.
Add missing code to update CS
64 matches
Mail list logo