Linux wireless drivers development
 help / color / mirror / Atom feed
From: Simon Wunderlich <simon.wunderlich@s2003.tu-chemnitz.de>
To: Simon Wunderlich <simon.wunderlich@s2003.tu-chemnitz.de>
Cc: linux-wireless@vger.kernel.org, linville@tuxdriver.com,
	johannes@sipsolutions.net, ath9k-devel@lists.ath9k.org,
	rodrigue@qca.qualcomm.com, zefir.kurtisi@neratec.com,
	adrian@freebsd.org, nbd@openwrt.org, jonbither@gmail.com,
	jouni@qca.qualcomm.com, kgiori@qca.qualcomm.com,
	mathias.kretschmer@fokus.fraunhofer.de,
	Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
Subject: Re: [RFCv2] Add spectral scan support for Atheros AR92xx/AR93xx
Date: Thu, 13 Dec 2012 15:07:53 +0100	[thread overview]
Message-ID: <20121213140753.GA26868@pandem0nium> (raw)
In-Reply-To: <1354811768-4414-1-git-send-email-siwu@hrz.tu-chemnitz.de>

[-- Attachment #1: Type: text/plain, Size: 4206 bytes --]

Hey there,

just to bump the issue again - isn't there anyone here who can answer
some of these questions?

Adrian gave me some hints, but the FFT format is still completely unclear
- I would really like to integrate/fix things before bringing this patch(set)
to the next level.

I'm begging all the Qualcomm/Atheros-affiliated guys on the list to have
a look on the questions below and help me out here. :)

Thanks a lot!
	Simon

On Thu, Dec 06, 2012 at 05:36:07PM +0100, Simon Wunderlich wrote:
> This patch(set) is the second iteration of the request for comments for
> upcoming spectral scan feature. It adds spectral scan control and dump
> features to debugfs. When the open questions regarding interpretation
> are answered, I would like to build an interface to nl80211/mac80211.
> Please see the open questions below, every hint is kindly appreciated. :)
> 
> This feature has been enabled for AR92xx and AR93xx based chipsets.
> We've also written a visual evaluation program for these samples (see
> screenshot [1] and sourcecode [2]).
> 
> Many details are not known due to the fact that I don't have access to
> Atheros specifications and details. Many things are done by guessing
> and might be wrong. I'm therefore requesting help from Qualcomm/Atheros
> guys to confirm or correct my findings. Apart from that, after
> discussion I think we could integrate this patchset to allow other
> people to work on this as well, even if it is experimental now.
> 
> Questions from my end:
>  1. There are many TODOs/Comments in the patches regarding details,
>     please answer if you can. :)

See code comments, e.g. regarding phy error type which are not defined
in the headers, etc.

>  2. The output format is very Atheros-dependent. If my finding that 
>     byte n-4 is some kind of offset/exponent, I'd integrate this in
>     the debugfs output as well

still unclear.

>  3. The data length varies pretty much, there might be some false
>     positives/PHY errors which are not FFT data - what should be
>     the correct length?

still unclear.

>  4. Is there any special handling for HT40? At least the proprietary
>     driver symbol names suggest so [3]

-> this one is solved: yes, there is. it has more FFT bins. Although
I didn't see that yet (I doubt they are the "small" variations I have seen,
like up to 4 byte, I'd expect like double frame size).

> 
> (Possible) further work:
>  1. Integrate this patchset, confirm/correct findings
>  2. If anyone would like: Atheros proprietary driver seems to
>     support some kind of classification [3] (is this microwave? cordless
>     phone? whatever?)
>  3. If other devices also offer spectral scan support: define a
>     common interface to use it (not debugfs).
> 
> Changes to RFCv1:
>  * remove nl80211/mac80211 stuff for now, to build a proper interface
>    after intepretation/output stabilized
>  * split spectral scan call into config, trigger and wait call, which can
>    be called as desired (or depending on the mode)
>  * use relay(fs) to stream spectral scan results (thanks for the hint Felix),
>    this seems to be much cleaner - as long as we stay in 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 (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/debug.c      |  148 +++++++++++++++++++++++++++
>  drivers/net/wireless/ath/ath9k/debug.h      |    5 +
>  drivers/net/wireless/ath/ath9k/hw.h         |   26 +++++
>  drivers/net/wireless/ath/ath9k/init.c       |    6 ++
>  drivers/net/wireless/ath/ath9k/mac.h        |    7 +-
>  drivers/net/wireless/ath/ath9k/main.c       |   97 ++++++++++++++++++
>  drivers/net/wireless/ath/ath9k/recv.c       |   28 +++++
>  10 files changed, 455 insertions(+), 2 deletions(-)
> 
> -- 
> 1.7.10.4
> 
> 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  parent reply	other threads:[~2012-12-13 14:08 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-06 16:36 [RFCv2] Add spectral scan support for Atheros AR92xx/AR93xx Simon Wunderlich
2012-12-06 16:36 ` [RFCv2] ath9k: add spectral scan feature Simon Wunderlich
2012-12-13 14:07 ` Simon Wunderlich [this message]
2012-12-13 17:25   ` [RFCv2] Add spectral scan support for Atheros AR92xx/AR93xx Felix Fietkau
2012-12-13 22:06     ` Simon Wunderlich
2012-12-13 23:04       ` Felix Fietkau
2012-12-14  0:24         ` Tobias Steinicke
2012-12-14  0:30           ` Adrian Chadd
2012-12-16  3:48         ` Adrian Chadd
2012-12-16  4:06           ` Adrian Chadd
2012-12-17 13:22             ` Simon Wunderlich
2012-12-17 18:48               ` Adrian Chadd
2012-12-18 11:08   ` Zefir Kurtisi
2012-12-18 13:46     ` Simon Wunderlich
2012-12-18 16:02       ` Zefir Kurtisi
2012-12-28  3:11       ` Adrian Chadd
2012-12-31  5:33     ` Adrian Chadd
2012-12-31  8:46       ` Simon Wunderlich
2012-12-31 14:38         ` Adrian Chadd
2012-12-31  7:48     ` Adrian Chadd
2012-12-31  8:40       ` Simon Wunderlich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121213140753.GA26868@pandem0nium \
    --to=simon.wunderlich@s2003.tu-chemnitz.de \
    --cc=adrian@freebsd.org \
    --cc=ath9k-devel@lists.ath9k.org \
    --cc=johannes@sipsolutions.net \
    --cc=jonbither@gmail.com \
    --cc=jouni@qca.qualcomm.com \
    --cc=kgiori@qca.qualcomm.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=mathias.kretschmer@fokus.fraunhofer.de \
    --cc=nbd@openwrt.org \
    --cc=rodrigue@qca.qualcomm.com \
    --cc=siwu@hrz.tu-chemnitz.de \
    --cc=zefir.kurtisi@neratec.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox