Linux wireless drivers development
 help / color / mirror / Atom feed
From: Sven Eckelmann <sven@narfation.org>
To: Michal Kazior <michal.kazior@tieto.com>
Cc: Simon Wunderlich <sw@simonwunderlich.de>,
	"ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
	linux-wireless <linux-wireless@vger.kernel.org>,
	"Giori, Kathy" <kgiori@qca.qualcomm.com>,
	Mathias Kretschmer <mathias.kretschmer@fokus.fraunhofer.de>
Subject: Re: [RFC 0/2] ath10k spectral scan support
Date: Wed, 16 Jul 2014 10:25:23 +0200	[thread overview]
Message-ID: <4111404.UJkIUxkzQm@bentobox> (raw)
In-Reply-To: <CA+BoTQmNJuwYpSiXqF8OUuXQULLSdUW+PO4Sz5oNKyaduHMKPg@mail.gmail.com>

On Wednesday 16 July 2014 08:24:58 Michal Kazior wrote:
> >  * So far, we always get 64 bins of fft data in the samples, even if we
> >  
> >    are in HT40 or VHT80 mode. That doesn't seem right, as there should
> >    be more bins for wider channels (e.g. 128 or 256 bins). Is there any
> >    parameter to change in the configuration to get the output from
> >    multiple channels / higher bandwidth?
> 
> Hmm.. I suspect this may be because you use scan command. Scanning
> uses channel list which is programmed with legacy modes a and g
> (implying 20Mhz). Perhaps that's the limiting factor now. Using other
> (wider) modes breaks scan from what I remember but it might be worth
> checking out if it impacts fft bin sizes.

I did the HT80 and HT40 stuff on a single channel in the spectral "background" 
mode. They reports from the firmware (10.1) still only had 64 bins. The HT80 
stuff wasn't tested with the "main" firmware because it refused to switch to 
HT80 mode as AP/Sta.

Kind regards,
	Sven

  reply	other threads:[~2014-07-16  8:33 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-15 16:32 [RFC 0/2] ath10k spectral scan support Simon Wunderlich
2014-07-15 16:32 ` [RFC 1/2] ath: Move spectral debugfs structs to shared header Simon Wunderlich
2014-07-15 16:32 ` [RFC 2/2] ath10k: add spectral scan feature Simon Wunderlich
2014-07-16  9:30   ` Michal Kazior
2014-07-16 14:35     ` Sven Eckelmann
2014-07-17  5:34       ` Michal Kazior
2014-07-16  6:24 ` [RFC 0/2] ath10k spectral scan support Michal Kazior
2014-07-16  8:25   ` Sven Eckelmann [this message]
2014-07-16  8:38     ` Simon Wunderlich
2014-07-16  8:56       ` Michal Kazior
2014-07-18 10:26 ` Janusz Dziedzic

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=4111404.UJkIUxkzQm@bentobox \
    --to=sven@narfation.org \
    --cc=ath10k@lists.infradead.org \
    --cc=kgiori@qca.qualcomm.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mathias.kretschmer@fokus.fraunhofer.de \
    --cc=michal.kazior@tieto.com \
    --cc=sw@simonwunderlich.de \
    /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