Hey,
we have trouble with an AR9330 (Hornet) based AP. This device has 2 antennas,
and is supposed to support diversity (2 RX, 1 TX). However, diversity is not
really enabled because the "alternative" antenna is not considered as "good",
because not enough frames are received. It seems that at
Hey Shafi,
we had this checked out before, the EEPROM/EEP_ANT_DIV_CTL1 value is set to
00c9,
so bit 6 and 7 are on (as checked in this function).
Cheers,
Simon
On Sat, Jul 07, 2012 at 04:02:12PM +0530, Mohammed Shafi wrote:
> > further i check with the CCK/DETECT and MC_GAIN_CTRL in
Hey guys,
now, finally after approx. 9 days the problem hit us again, this time with
debug enabled.
The symptoms are the same as described before. I'm pasting part of the syslog
of routers
200 and 201 where the calibrating output changes - this is the only thing I
could find
which was really d
Shafi,
On Mon, Sep 03, 2012 at 07:23:26PM +0530, Mohammed Shafi wrote:
> seems we are getting beacon stuck, though its not sufficient for triggering
> chip reset (or) atleast start noise floor calibration. Is this is in a
> congested
> environment ? we can dump cycle counters . I think we need to
ath9k fellows,
as it seems no one could find the cause for this problem so far. I'd therefore
like to create a workaround by checking one/some registers for 0xdeadbeef and
reset the chip if this is found.
Can anyone recommend a register which should never go 0xdeadbeef in a normal
case?
From wh
Hey Adrian,
On Tue, Oct 02, 2012 at 06:13:37AM -0700, Adrian Chadd wrote:
> .. well, the rule here is "You shouldn't get PERR/FATAL interrupts."
>
> Haven't I posted a summary of what those errors are?
>
> Ok. So they're signals from the PCIe core (named host1_fatal and
> host1_perr. Helpfully.)
.
Signed-off-by: Mathias Kretschmer
[add standard reference and commit message]
Signed-off-by: Simon Wunderlich
---
drivers/net/wireless/ath/ath9k/hw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/hw.c
b/drivers/net/wireless/ath/ath9k/hw.c
Add spectral_scan function to driver functions, and hook it up
in the scanning code.
Using the spectral scan from within the scan function has the charme
that it already does all the channel surfing for us.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
include/net
tever?)
3. If other devices also offer spectral scan support: define a
common interface to use it (not debugfs).
[1] http://packetmixer.de/sdl_spec_scan2.png
[2] https://github.com/simonwunderlich/FFT_eval
[3] http://www.wehavemorefun.de/fritzbox/Ath_spectral.ko#Symbole
Simon Wunderlich (3):
nl
This flag indicates that a spectrum scan is requested, if supported.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
include/net/cfg80211.h |2 ++
include/uapi/linux/nl80211.h |5 +
net/wireless/nl80211.c |3 +++
3 files changed, 10 insertions
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
scan.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/scan.c b/scan.c
index 05bad0b..3e28722 100644
--- a/scan.c
+++ b/scan.c
@@ -70,7 +70,7 @@ static int handle_scan(struct nl80211_state
Adds the spectral scan feature for ath9k. AR92xx and AR93xx chips
are supported for now. The spectral scan is triggered within a
channel scan from mac80211, results can be gathered via debugfs.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wireless/ath/ath9k
On Tue, Oct 30, 2012 at 02:24:21PM +0100, Felix Fietkau wrote:
> [...]
>
> When I ran the test, the throughput degradation was so big that the
> links became almost useless. It was a long time ago, so maybe this was
> caused by another bug that has been fixed since. I will run another test
> with t
Hello Johannes,
On Wed, Nov 28, 2012 at 01:43:36PM +0100, Johannes Berg wrote:
> On Wed, 2012-11-28 at 13:35 +0100, Johannes Berg wrote:
> > On Tue, 2012-11-27 at 20:01 +0100, Simon Wunderlich wrote:
> > > This flag indicates that a spectrum scan is requested, if supported.
Hey Jouni,
On Wed, Nov 28, 2012 at 03:29:36PM +, Malinen, Jouni wrote:
>
>
> On 11/28/12 7:19 AM, "Simon Wunderlich"
> wrote:
>
> >The main reason why I wanted to use this function is that it can be used
> >while operation, that is sending power save,
On Wed, Nov 28, 2012 at 05:26:14PM +0100, Johannes Berg wrote:
>
> > > > That "if supported" here is pretty problematic. There's no way to know.
> > > > Feature flag maybe?
> >
> > Hmm, I could certainly add a WIPHY_FLAG for that.
>
> nl80211 feature flag would be better
>
OK, that would work
Adrian,
thanks a lot for your feedback!
On Fri, Nov 30, 2012 at 08:00:51PM -0800, Adrian Chadd wrote:
> Not that I'm specifically getting into this in any deep way right now, but..
>
> On 27 November 2012 11:01, Simon Wunderlich
> wrote:
>
> [snip] - this should appl
_spectral.ko#Symbole
Simon Wunderlich (1):
ath9k: add spectral scan feature
drivers/net/wireless/ath/ath9k/ar9002_phy.c | 52 ++
drivers/net/wireless/ath/ath9k/ar9003_phy.c | 52 ++
drivers/net/wireless/ath/ath9k/ath9k.h | 36 +++
drivers/net/wireless/ath/ath9k
l80211/mac80211 interface.
The special "chanscan" mode is used to perform spectral scan while
mac80211 is scanning for channels. To allow this,
sw_scan_start/complete() ops have been added.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wi
thus miss the frames.
Fix this by changing the precedence in error marking.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wireless/ath/ath9k/mac.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/mac.c
Zefir Kurtisi
Signed-off-by: Sven Eckelmann
[squashed patches, update commit message, rebase]
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wireless/ath/ath9k/ath9k.h |6 +++---
drivers/net/wireless/ath/ath9k/recv.c | 14 --
2 files change
Export the various parameters to userspace.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wireless/ath/ath9k/ath9k.h |1 +
drivers/net/wireless/ath/ath9k/debug.c | 186
drivers/net/wireless/ath/ath9k/init.c |7
Spectral packets are "bogus" packets and should not be further evaluated
by the RX path.
Statistics are added to keep track of these packets.
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
drivers/net/wireless/ath/ath9k/debug.c |1 +
drivers/net/wireless
Zefir Kurtisi
Signed-off-by: Sven Eckelmann
[s...@hrz.tu-chemnitz.de: squashed patches, update commit message, rebase, fix
endianess bug]
Signed-off-by: Simon Wunderlich
Signed-off-by: Mathias Kretschmer
---
Changes to PATCH:
* fixed endianess bug when sending the sample (Thanks Mathias)
---
dr
Hey Adrian,
thanks a lot for your update!
On Fri, Feb 01, 2013 at 11:02:00AM -0800, Adrian Chadd wrote:
> Hi all,
>
> I've been tinkering with the HT40 spectral scan data (in FreeBSD,
> obviously :-) and I can finally state that I have it working and
> working reliably.
>
> The notes:
>
> * Th
Hello Georgiewskiy,
On Sat, Feb 16, 2013 at 06:43:16AM +0400, Georgiewskiy Yuriy wrote:
>
> Hi, in our setups we experience pure ANI operational in mesh mode
> VS AP mode, after debuffing and digging in ANI code i find what ANI
> in AP mode work in limited mode, i try this mode with mesh and seem
Hey Adrian,
On Tue, Feb 19, 2013 at 08:31:25AM -0800, Adrian Chadd wrote:
> Well, ANI does adjust some of its parameters based on the beacon
> signal level. It uses that as an estimate for how "strong" the signal
> is likely to be and tunes the baseband to either be highly sensitive
> or slightly
On 10/30/2012 01:43 PM, Felix Fietkau wrote:
> >On 2012-10-30 1:07 PM, Simon Wunderlich wrote:
> >>From: Mathias Kretschmer
> >>
> >>According to 802.11-2007 17.3.8.6 (slot time), the slot time should
> >>be increased by 3 us * coverage class. The code on
.
Signed-off-by: Mathias Kretschmer
[add standard reference and commit message]
Signed-off-by: Simon Wunderlich
---
resent after further testing and concensus (original patch from
Oct 2012, no changes made)
---
drivers/net/wireless/ath/ath9k/hw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion
phy#/ directory and that
> would
> get cleaned up when the wiphy is unregistered.
>
> Does this help ?
Looks good to me, moving the closing of the relayfs file before the
unregistering. Thanks
a lot for fixing my bugs, Sujith. :)
Acked-by: Simon Wunderlich
(BTW, would you mind sendi
Kamran,
> Hi,
> I want to set 5 and 10 MHz channels. My AP has *Atheros* AR9160 and my
> nodes have AR5416. Are they supported for my cards. Can I go to higher MCS
> like 12-13 on a 5MHz channel?
I'm not completely sure about AR5416, but AR9160 should support 5/10 MHz
channels. However mac80211
> 11/11/2013 3:15 PM, ?/? Kamran Nishat ??:
> > Dear Alex,
> > Can you send me updates in driver to make it support 5/10Mhz channel
> > both at client and AP ath9k. Also how can i set my channel to 5/10Mhz
> > in settings.
> > Kamran
> >
> >
> > On Mon, Nov 11, 2013 at 2:16 PM, Alex Hack
Hey Tomas,
> > I still had a patch for iw on my disk which enables 5/10 MHz for the "iw
> > join ibss" command, which I forgot to send. I've cleaned it up and sent
> > it to linux-wireless[1], so you can have a look.
> >
> > Cheers,
> >
> > Simon
> >
> > [1] http://permalink.gmane.org/gmane
10MMHz channel so I can accommodated more
> than one channels in official 802.11 20Mhz channel? If not then is it for
> HW reason or b/c of driver?
>
> On Mon, Nov 18, 2013 at 4:07 PM, Simon Wunderlich
wrote:
> > Hey Tomas,
> >
> > > > I still had a patch fo
Kamran,
> I have an AP with AR9160 tunning openWRT. When I set chennel to 10MHz from
> debugfs entry. I can still connect it with other boards running OpenWrt.
> But from computers running latest linux kernel it was visible in scan when
> I was using AR5416 but I was not able to connect to my AP.
Hello ath9k-devs,
we have an issue with a new QCA9558 SoC based board (Rev 0, a 3x3 2.4G board).
We were doing performance tests with various 2-stream 802.11n clients, but
appearently the high MCS rates 14 and 15 can not be used reliably with ath9k -
rc_stats show that transmission fail most of
> On Saturday 23 November 2013 10:37:46 Thomas Hühn wrote:
> > You said that even manually setting MC14 or MC15 as static rate fails. So
> > seems that it is not an issue at the mac layer rather than the phy layer.
> > I had once something similar on ath5k, where the power curves got not
> > proper
Hey Adrian,
> On 29 November 2013 09:59, Simon Wunderlich wrote:
> > Anyone any other ideas? :)
> >
> > Today we've tried another round of the latest OpenWRT + pending patches
> > from the ath9k mailing list, but still no change. We'd appreciate your
>
> Well, did you try disabling RTS/CTS and increase the beacon interval?
Yep, we tried both but that didn't make any difference.
>
> TxBF isn't implemented in ath9k, so it's fine.
Yup, we didn't find that in the driver, so it's good that you confirm that. ;)
I guess these "tunings" were not adre
Hi Sujith and list(s),
we have found a regression in the IBSS creation/joining part of mac80211 which
is appearently connected to the TSF-syncing patches introduced last year[1].
It prevents beaconing of an adhoc member after rejoining a cell when this cell
is currently empty. The problem is pr
Hello Sujith,
> Simon Wunderlich wrote:
> > we have found a regression in the IBSS creation/joining part of mac80211
> > which is appearently connected to the TSF-syncing patches introduced
> > last year[1]. It prevents beaconing of an adhoc member after rejoining a
>
> I'm CCing Teemu, who introduced this roughly 3.5 years ago ("mac80211:
> remove BSS from cfg80211 list when leaving IBSS",
> 5ea096c0c85e80335889539899af9a4717976e0b) , maybe he can explain it more.
> I couldn't understand that from the commit message and the corresponding
> mail thread.
>
> If
rrors when radar is explicitly enabled in the driver.
Cc: Stable [v3.10+]
Reported-by: Mathias Kretschmer
Signed-off-by: Simon Wunderlich
---
drivers/net/wireless/ath/ath9k/dfs.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/wireless/ath/ath9k/dfs.c
b/drivers/net/wireless
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. channe
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 cha
Hey Kalle,
On Thursday 15 January 2015 16:30:51 Kalle Valo wrote:
> Simon Wunderlich writes:
> >> I did not dig how the hw->conf.radar_enabled flag is set in monitor mode,
> >> but if it is same as for master (i.e. set for DFS channels), then it
> >> would
>
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
To: Battle of the Mesh Mailing List
==
47 matches
Mail list logo