Re: multi-antenna handling
Felix Fietkau <[email protected]> Thu, 26 Jun 2014 10:24:57 +0200
| Newsgroups | org.netbsd.radiotap |
|---|---|
| Message-ID | <[email protected]> |
On 2014-06-26 08:20, Johannes Berg wrote: >> Present flags >> .... .... .... .... .... .... .... ...1 = TSFT: True >> .... .... .... .... .... .... .... ..1. = Flags: True >> .... .... .... .... .... .... .... .1.. = Rate: True >> .... .... .... .... .... .... .... 1... = Channel: True >> .... .... .... .... .... .... ...0 .... = FHSS: False >> .... .... .... .... .... .... ..1. .... = dBm Antenna Signal: True >> .... .... .... .... .... 0... .... .... = Antenna: False > [...] >> .... .... .... .... .... .... ..1. .... = dBm Antenna Signal: True >> .... .... .... .... .... 1... .... .... = Antenna: True >> .... .... .... .... .... .... ..1. .... = dBm Antenna Signal: True >> .... .... .... .... .... 1... .... .... = Antenna: True > >> SSI Signal: -67 dBm > >> SSI Signal: -68 dBm >> Antenna: 0 >> SSI Signal: -73 dBm >> Antenna: 1 > > We actually have one per-chain value, and one "overall" value, the > latter is what we report in the first radiotap namespace, the per-chain > ones in the latter namespaces that only have the signal and antenna > value (but obviously we could add anything else that made sense per > antenna) > > Maybe we shouldn't be reporting the "overall" value? The calculation of > that seems to be driver dependent, our (the Intel) driver just takes the > max. If ath9k has a more specific calculation then I can see how that's > a bit confusing but OTOH it actually reports what much else of the stack > used for further work. ath9k does not calculate the combined signal strength itself, it simply passes on what the hardware reports. I'm pretty sure the hardware reports the effective signal strength after combining chain inputs (e.g. via MRC). - Felix