On Friday 09 January 2015 19:57:37 Arend van Spriel wrote:
On 01/09/15 17:54, Simon Wunderlich wrote:
Performing spectral scans on 5 GHz channels may result in PHY errors
sent by the hardware, even if DFS support is not enabled in the driver
(e.g. channel scanning or passive monitoring
radar is explicitly enabled in the driver.
Cc: Stable sta...@vger.kernel.org [v3.10+]
Reported-by: Mathias Kretschmer mathias.kretsch...@fokus.fraunhofer.de
Signed-off-by: Simon Wunderlich s...@simonwunderlich.de
---
drivers/net/wireless/ath/ath9k/dfs.c | 6 ++
1 file changed, 6 insertions
On Tuesday 13 January 2015 11:16:02 Zefir Kurtisi wrote:
On 01/10/2015 05:26 PM, Simon Wunderlich wrote:
On Friday 09 January 2015 19:57:37 Arend van Spriel wrote:
On 01/09/15 17:54, Simon Wunderlich wrote:
Performing spectral scans on 5 GHz channels may result in PHY errors
sent
I'm sure there are some on this list who will be interested in joining! Please
spread the word. :)
-- Forwarded Message --
Subject: [Battlemesh] Announcing Battlemesh V8 Maribor, Slovenia
Date: Monday 23 March 2015, 17:13:18
From: Musti mu...@wlan-si.net
To: Battle of the Mesh
Hey Felix,
On Wednesday, January 25, 2017 5:36:53 PM CET Felix Fietkau wrote:
> Various chips occasionally run into a state where the tx path still
> appears to be working normally, but the rx path is deaf.
>
> There is no known register signature to check for this state explicitly,
> so use
Hey,
On Thursday, January 26, 2017 11:02:53 AM CET Felix Fietkau wrote:
> On 2017-01-26 10:50, Simon Wunderlich wrote:
> > Hey Felix,
> >
> > On Wednesday, January 25, 2017 5:36:53 PM CET Felix Fietkau wrote:
> >> Various chips occasionally run into a state where
Hi Felix,
On Thursday, January 26, 2017 11:26:03 AM CET Felix Fietkau wrote:
> On 2017-01-26 11:15, Simon Wunderlich wrote:
> > Hey,
> >
> > On Thursday, January 26, 2017 11:02:53 AM CET Felix Fietkau wrote:
> >> On 2017-01-26 10:50, Simon Wund
Hi,
we are trying to integrate a RTL8192CU based WiFi adapter (TP-Link TL-WL822N)
on a PowerPC based platform running a vendor-supplied/modified 3.12 kernel
using compat-wireless (I've tried 2016-01-06 and 2016-06-20 versions). While
the adapter works fine on my Laptop (using Debian 4.6 and
On Tuesday, September 13, 2016 10:59:31 AM CEST Valo, Kalle wrote:
> Simon Wunderlich <s...@simonwunderlich.de> writes:
> > we have done some experiments last week on ath10k, trying to run mesh
> > (802.11s) and access point at the same time, both encrypted.
> >
>
On Tuesday, September 13, 2016 11:25:21 AM CEST Valo, Kalle wrote:
> Simon Wunderlich <s...@simonwunderlich.de> writes:
> > On Tuesday, September 13, 2016 10:59:31 AM CEST Valo, Kalle wrote:
> >> Simon Wunderlich <s...@simonwunderlich.de> writes:
> >> &g
Hi,
we have done some experiments last week on ath10k, trying to run mesh
(802.11s) and access point at the same time, both encrypted.
We have tested a recent LEDE (reboot-1519-g42f559e) but with
firmware-5.bin_10.2.4.70.42-2 and the included wpa_supplicant, which gave us a
working encrypted
On Friday, September 23, 2016 10:18:49 PM CEST Pedersen, Thomas wrote:
> On Mon, 2016-09-19 at 08:43 +0200, Simon Wunderlich wrote:
>
> > On Tuesday, September 13, 2016 5:54:38 PM CEST Pedersen, Thomas wrote:
> >
> > > On Tue, 2016-09-13 at 14:30 +0
On Tuesday, September 13, 2016 5:54:38 PM CEST Pedersen, Thomas wrote:
> On Tue, 2016-09-13 at 14:30 +0200, Simon Wunderlich wrote:
>
> > [...]
> >
> > Thanks for the clarification. We will then stick to the 70's branch
> > then.
> >
> > Does anyone h
On Monday, October 24, 2016 4:16:02 PM CEST Johannes Berg wrote:
> On Mon, 2016-10-24 at 15:42 +0200, Simon Wunderlich wrote:
> > Otherwise, it would be pretty much impossible to perform CSAs to
> > another DFS channel.
>
> I was told that to do that you'd need another N
On Monday, October 24, 2016 3:33:24 PM CEST Johannes Berg wrote:
> > > I think it would be reasonable only if the target channel is the
> > > one we are using and we have done CSA. But when scanning non-
> > > operative channels I don't think this could work.
> >
> > this has been sleeping for a
On Monday, October 24, 2016 4:38:36 PM CEST Johannes Berg wrote:
> On Mon, 2016-10-24 at 16:36 +0200, Simon Wunderlich wrote:
> > On Monday, October 24, 2016 4:16:02 PM CEST Johannes Berg wrote:
> > > On Mon, 2016-10-24 at 15:42 +0200, Simon Wunderlich wrote:
> > > >
On Wednesday, October 26, 2016 2:58:56 PM CEST Johannes Berg wrote:
> > (NOTE: going off-channel while operating is a different topic).
>
> Why do you think it's different?
>
> Seems exactly the same to me, since you come back to the channel and
> start sending without any new checking?
There
Hi,
we are looking for well supported USB WiFi chips/modules with the following
requirements
* Be able to support AP mode
* Support at least 20 concurrent clients (stations)
* Support multiple SSIDs
* (preferred, optional: Support 2x2 802.11gn)
We did a survey through the various wiki
On Friday, March 17, 2017 7:49:55 PM CET Sebastian Gottschall wrote:
> you may quickly realize that this patch cannot be a solution
> example:
>
> - if (channel >= 1 && channel <= 14) {
> + if (channel >= 1 && channel <= 7) {
> status->band = NL80211_BAND_2GHZ;
>
>
> do
]
Signed-off-by: Julian Calaby <julian.cal...@gmail.com>
[only use the 20 mhz channels, add 5 ghz, change to 4.9ghz to licensed bands,
simplify]
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
Signed-off-by: Mathias Kretschmer <mathias.kretsch...@fit.fraunhofer.de>
---
/lists/linux-wireless/msg160266.html
Cheers,
Simon
Ben Greear (1):
ath9k: Support channels in licensed bands
Simon Wunderlich (2):
ath10k: add support for channels in licensed bands
ath9k: add noise floor override option
drivers/net/wireless/ath/ath10k/Kconfig | 20
floor calibration sometimes could adapt to
the situation as well, but not reliably and permanently.
I would consider this "feature" experimental and interesting for people
debugging the noise floor calibration or other effects of the hardware.
Signed-off-by: Simon Wunderlich <s...@simon
the corresponding channels.
NOTE: These channels must not be used in most regulatory
domains unless you have a license from the FCC or similar!
This patch also re-introduces the phy_mode_to_band function to allow
selecting the band in a more clean way.
Signed-off-by: Simon Wunderlich &l
]
Signed-off-by: Julian Calaby <julian.cal...@gmail.com>
[only use the 20 mhz channels, add 5 ghz, change to 4.9ghz to licensed bands,
simplify]
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
Signed-off-by: Mathias Kretschmer <mathias.kretsch...@fit.fraunhofer.de>
---
is usually calibrated automatically.
Cheers,
Simon
Ben Greear (1):
ath9k: Support channels in licensed bands
Simon Wunderlich (2):
ath10k: add support for channels in licensed bands
ath9k: add noise floor override option
drivers/net/wireless/ath/ath10k/Kconfig | 20 +
d
]
Signed-off-by: Julian Calaby <julian.cal...@gmail.com>
[only use the 20 mhz channels, add 5 ghz, change to 4.9ghz to licensed bands]
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
Signed-off-by: Mathias Kretschmer <mathias.kretsch...@fit.fraunhofer.de>
---
drivers/
the corresponding channels.
NOTE: These channels must not be used in most regulatory
domains unless you have a license from the FCC or similar!
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
Signed-off-by: Mathias Kretschmer <mathias.kretsch...@fit.fraunhofer.de>
---
floor calibration sometimes could adapt to
the situation as well, but not reliably and permanently.
I would consider this "feature" experimental and interesting for people
debugging the noise floor calibration or other effects of the hardware.
Signed-off-by: Simon Wunderlich <s...@simon
On Friday, March 17, 2017 2:40:50 PM CET Zefir Kurtisi wrote:
> On 03/16/2017 04:13 PM, Simon Wunderlich wrote:
> > @@ -126,10 +142,14 @@ int ath9k_cmn_init_channels_rates(struct ath_common
> > *common)>
> > {
> >
> > struct ath_hw *ah = (struct ath_hw
Hi,
On Tuesday, April 18, 2017 10:09:59 AM CEST Ben Greear wrote:
> [...]
> > In my personal view, we have quite a few obstacles which I consider
> > "enough", but would be interesting to hear others opinions ...
> >
> > I'll throw in my 2-cents. This patch is treading on very dangerous
Hi Daniel,
On Saturday, April 22, 2017 5:37:03 PM CEST Daniel Golle wrote:
> Hi Simon,
>
> On Fri, Apr 21, 2017 at 09:55:03PM +0200, Simon Wunderlich wrote:
> > Hi Daniel,
> >
> > > mac80211: Parse legacy and HT rate in injected frames
> >
> > Yup,
On Tuesday, March 14, 2017 3:06:35 PM CET Sven Eckelmann wrote:
> On Dienstag, 14. März 2017 14:51:01 CET Johannes Berg wrote:
> [...]
>
> > I'm not sure I mentioned it to him, or even remembered it when we were
> > discussing it, but I don't think this patch is a good idea, at least
> > for
Hi,
this event may be interesting for anyone interested in Wireless Mesh networks!
Please join and spread the word!
Thanks,
Simon
-- Forwarded Message --
==
The Wireless Battle Mesh v10
5th - 11th of June 2017,
Hi,
On Tuesday, April 18, 2017 2:36:54 PM CEST Kalle Valo wrote:
> Simon Wunderlich <s...@simonwunderlich.de> wrote:
> > From: Ben Greear <gree...@candelatech.com>
> >
> > Many chips support channels in licensed bands. Add support for those,
> > along wi
> Thanks.
> Xuebing Wang
>
> On Thu, Apr 6, 2017 at 3:13 PM, Sven Eckelmann <s...@narfation.org> wrote:
> > On Donnerstag, 6. April 2017 09:04:50 CEST Simon Wunderlich wrote:
> > > Hello Xuebing,
> > >
> > > it sounds like you have WiFi drive
On Tuesday, May 16, 2017 1:55:46 PM CEST Bastian Bittorf wrote:
> * Simon Wunderlich <s...@simonwunderlich.de> [16.05.2017 12:24]:
> > * station A detects a Radar, and informs userspace
> > * userspace of station A will initiate a CSA, kernel will execute it
> > (
ed-off-by: Benjamin Berg <benja...@sipsolutions.net>
[sw: style cleanups]
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/wireless/nl80211.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c
To support HT and VHT CSA, beacons and action frames must include the
corresponding IEs.
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/ieee80211_i.h | 2 ++
net/mac80211/mesh.c| 47 --
net/mac80211/
hannel as unusable if this happens.
Signed-off-by: Benjamin Berg <benja...@sipsolutions.net>
[sw: style cleanup, rebase]
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/ieee80211_i.h | 1 +
net/mac80211/mesh.c| 21 +
net/mac80211/
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/mesh.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/net/mac80211/mesh.c b/net/mac80211/mesh.c
index 7c6593c0d453..a57af5df7ee4 100644
--- a/net/mac80211/mesh.c
+++ b/net/mac80211/mesh.c
@@ -
LE_DFS.
This matches the current mechanism used for IBSS mode.
Signed-off-by: Benjamin Berg <benja...@sipsolutions.net>
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
include/net/cfg80211.h | 4
net/wireless/mesh.c| 8
net/wireless/nl80211.c | 3 +++
3
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/mesh.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/mac80211/mesh.c b/net/mac80211/mesh.c
index a57af5df7ee4..ab07974cdcf4 100644
--- a/net/mac80211/mesh.c
+++ b/net/mac80211/mesh.c
@@ -
tions.net>
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/cfg.c | 1 +
net/mac80211/ieee80211_i.h | 2 ++
net/mac80211/mesh.c| 15 ---
3 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/net/mac80211/cfg.c b/net/ma
in mesh mode if userspace flags
support
wireless: Require HANDLE_DFS flag to switch channel for non-AP mode
mac80211: Allow following CSA to DFS channels if userspace handles it
Simon Wunderlich (3):
mac80211: add wide bandwidth channel switch announcement to CSA action
frames and mesh
Hi Basti,
On Tuesday, May 16, 2017 11:44:04 AM CEST Bastian Bittorf wrote:
> * Simon Wunderlich <s...@simonwunderlich.de> [16.05.2017 11:35]:
> > This patchset adds DFS and CSA functionality:
> thanks a lot. can you give a brief 'iw event' output when applied:
> for a two-nod
ed to ensure that those
> guys use the systems incl. the frequency spectrum accordingly.
>
> To be pragmatic and to avoid out-of-tree code maintenance, my vote would
> be for integration into mainline.
>
> Best regards,
>
> Mathias
>
>
>
>
> Hence, for
>
Hi Johannes,
On Friday, May 19, 2017 1:33:37 PM CEST Johannes Berg wrote:
> I've applied patches 1-4 now.
>
> The subject is a bit long - I was going to change it to
>
> mac80211: mesh: support sending wide bandwidth CSA
>
> To support HT and VHT channel switch announcements, both
To support HT and VHT CSA, beacons and action frames must include the
corresponding IEs.
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
Changes to PATCHv1 (Thanks Johannes)
* change patch subject (originally: mac80211: add wide bandwidth
channel switch announcement to CSA
This patchset includes the remaining two patches for the CSA handling,
with Johannes change suggestions integrated.
Cheers,
Simon
Simon Wunderlich (2):
mac80211: mesh: support sending wide bandwidth CSA
mac80211: enable VHT for mesh channel processing
net/mac80211/ieee80211_i.h | 2
Signed-off-by: Simon Wunderlich <s...@simonwunderlich.de>
---
net/mac80211/mesh.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/net/mac80211/mesh.c b/net/mac80211/mesh.c
index 872a05606f06..d526fbd81d10 100644
--- a/net/mac80211/mesh.c
+++ b/net/mac80211/mesh.c
@@ -
her to check the MANDATORY_A flag.
> >
> > Do we actually allow 10 MHz and 5 MHz operation in the 2.4 GHz band? As
> > far as I can tell that has only been specified for OFDM PHYs, which use
> > the 5 GHz band and are covered by IEEE80211_RATE_MANDATORY_A, but I am
> > n
On Monday, October 1, 2018 5:31:42 PM CEST Kalle Valo wrote:
> Simon Wunderlich writes:
> > On Monday, October 1, 2018 2:07:55 PM CEST Kalle Valo wrote:
> >> Simon Wunderlich wrote:
> >> > Cc: Nick Kossifidis
> >> > Signed-off-by: Simon Wu
On Monday, October 1, 2018 2:07:55 PM CEST Kalle Valo wrote:
> Simon Wunderlich wrote:
> > Cc: Nick Kossifidis
> > Signed-off-by: Simon Wunderlich
> > Signed-off-by: Kalle Valo
>
> No empty commit logs, please. But I can add that, just tell me what to add.
How ab
github.com/0day-ci/linux/commits/Simon-Wunderlich/mac80211-allow-sc
> ans-on-radar-channels-unless-there-is-CAC-or-CSA/20180919-071924 base:
> https://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git master
>
> New smatch warnings:
> net/mac80211/scan.c:508 ieee80211_can_scan
On Thursday, September 20, 2018 11:21:16 AM CEST Johannes Berg wrote:
> On Tue, 2018-09-18 at 16:16 +0200, Simon Wunderlich wrote:
> > Operating on a DFS channel doesn't mean we can't leave it for a short
> > time - actually, some features like off-channel CAC work by leaving th
on my hardware are always zeroed, but the
magnitude matches otherwise. Therefore, let's not make the magnitude
check so strict so we can get those samples released to userspace.
Cc: Nick Kossifidis
Signed-off-by: Simon Wunderlich
---
drivers/net/wireless/ath/ath9k/common-spectral.c | 19
Cc: Nick Kossifidis
Signed-off-by: Simon Wunderlich
---
drivers/net/wireless/ath/ath9k/common-spectral.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/common-spectral.c
b/drivers/net/wireless/ath/ath9k/common-spectral.c
index 70ddaf6199a0
This is helpful to see whether spectral samples get discarded.
Signed-off-by: Simon Wunderlich
---
drivers/net/wireless/ath/ath9k/common-debug.c| 2 ++
drivers/net/wireless/ath/ath9k/common-debug.h| 4
drivers/net/wireless/ath/ath9k/common-spectral.c | 15 +--
3 files
FFT max index retrieval was not retrieved correctly for HT20/HT40 FFT
frames. Fixing the retrieval allows us to remove the fixup function as
well. While at it, split the spectral_max_index function into versions
for ht20 and ht40 to simplify the code.
Cc: Nick Kossifidis
Signed-off-by: Simon
Simon Wunderlich (5):
ath9k: add counters for good and errorneous FFT/spectral frames
ath9k: return when short FFT frame was handled
ath9k: fix and simplify FFT max index retrieval
ath9k: FFT magnitude check: don't consider lower 3 data bits
ath9k: fix reporting calculated new FFT upper max
With the loop break like this, there are false "FFT report truncated"
messages because the iterator is not advanced as the check expects.
Instead, just return, for a single frame there is nothing left to be
done anyways.
Cc: Nick Kossifidis
Signed-off-by: Simon Wunderlich
---
d
doing background surveys on other channels from time to
time.
Therefore, we can enable scans while on DFS channels, unless there is
CAC going on (must be continuous) or a CSA is happening.
Reported-by: Mathias Kretschmer
Cc: Eliad Peller
Signed-off-by: Simon Wunderlich
---
net/mac80211/scan.c
62 matches
Mail list logo