User Tools

Site Tools


en:users:drivers:ath10k:spectral

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
en:users:drivers:ath10k:spectral [2015/01/26 09:49]
127.0.0.1 external edit
en:users:drivers:ath10k:spectral [2017/03/23 10:39] (current)
Kalle Valo Fix formatting
Line 20: Line 20:
     echo disable > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl     echo disable > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl
     cat /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan0 > samples</​code>​     cat /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan0 > samples</​code>​
 +    ​
 Spectral scan configuration parameters can be read and changed /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/: ​ Spectral scan configuration parameters can be read and changed /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/: ​
   * spectral_count:​ number of scan results requested. Note that the "never disable"​ mode is implemented through the "​background"​ mode in specral_scan_ctl,​ see below. Note that the count number may be ignored for 20 MHz and 40 MHz for unknown reasons (see open issues below) ​   * spectral_count:​ number of scan results requested. Note that the "never disable"​ mode is implemented through the "​background"​ mode in specral_scan_ctl,​ see below. Note that the count number may be ignored for 20 MHz and 40 MHz for unknown reasons (see open issues below) ​
   * spectral_bins:​ contains the number of bins returned in one fft sample. Allowed values are 64, 128, and 256. Configuring more bins will allow higher resolutions in the fft data. Note that configuring 64 bins will not work with 80 MHz wide channels (the hardware reports samples which appear to be bogus and are not returned to userspace). ​   * spectral_bins:​ contains the number of bins returned in one fft sample. Allowed values are 64, 128, and 256. Configuring more bins will allow higher resolutions in the fft data. Note that configuring 64 bins will not work with 80 MHz wide channels (the hardware reports samples which appear to be bogus and are not returned to userspace). ​
   * spectral_scan_ctl:​ Contains the current mode. There are the following modes available: ​   * spectral_scan_ctl:​ Contains the current mode. There are the following modes available: ​
-  *  ​* disable: spectral scan is disabled  +     * disable: spectral scan is disabled  
-  ​*  ​* background: spectral scans samples are returned endlessly from the currently configured channel. It is running while the hardware is not busy with sending/​receiving. Must be turned on by writing "​trigger"​ into spectral_scan_ctl.  +     ​* background: spectral scans samples are returned endlessly from the currently configured channel. It is running while the hardware is not busy with sending/​receiving. Must be turned on by writing "​trigger"​ into spectral_scan_ctl.  
-  ​*  ​* manual: as many spectral scan samples as configured in spectral_count are returned from the current channel after writing "​trigger"​ into spectral_scan_ctl. ​+     ​* manual: as many spectral scan samples as configured in spectral_count are returned from the current channel after writing "​trigger"​ into spectral_scan_ctl. ​
   *   ​spectral_scan0:​ the relayfs file which returns the spectral scan samples. The samples are returned as TLV binary data, see drivers/​net/​wireless/​ath/​spectral_common.h for the format ​   *   ​spectral_scan0:​ the relayfs file which returns the spectral scan samples. The samples are returned as TLV binary data, see drivers/​net/​wireless/​ath/​spectral_common.h for the format ​
 +
 ===== Open issues ===== ===== Open issues =====
  
Line 35: Line 37:
 Even when a count is specified, the hardware seems to send endless samples. It seems to work most of the time in VHT80 mode though, but in HT20 and HT40 the count value seems to be ignored. To reproduce this, start hostapd with the desired channel width and do:  Even when a count is specified, the hardware seems to send endless samples. It seems to work most of the time in VHT80 mode though, but in HT20 and HT40 the count value seems to be ignored. To reproduce this, start hostapd with the desired channel width and do: 
  
-echo 8 > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_count echo manual > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl echo trigger > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl cat /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan0 >> /​tmp/​fft.dump ​+<​code>​ 
 +echo 8 > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_count 
 +echo manual > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl 
 +echo trigger > /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan_ctl 
 +cat /​sys/​kernel/​debug/​ieee80211/​phy0/​ath10k/​spectral_scan0 >> /​tmp/​fft.dump</​code>​
  
 Repeating the last line and checking the filesize will easily show whether ath10k still sends samples or not. We would expect 8 samples in this configuration. ​ Repeating the last line and checking the filesize will easily show whether ath10k still sends samples or not. We would expect 8 samples in this configuration. ​
Line 43: Line 49:
  
 FFT samples gathered from Atheros NICs could be drawn using userspace programs: ​ FFT samples gathered from Atheros NICs could be drawn using userspace programs: ​
-  *   * [[https://​github.com/​simonwunderlich/​FFT_eval|https://​github.com/​simonwunderlich/​FFT_eval]] ​+  * [[https://​github.com/​simonwunderlich/​FFT_eval|https://​github.com/​simonwunderlich/​FFT_eval]] ​
  
en/users/drivers/ath10k/spectral.1422265793.txt.gz · Last modified: 2017/03/23 10:39 (external edit)