On 15 May 2014 19:24, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > I have a few questions on this patch (long since accepted upstream). > > First, why do you only memset the rx_status if START_VALID is set, > and why do you not set: > > rx_status->flag |= RX_FLAG_NO_SIGNAL_VAL > > in an else clause if START_VALID is not set? > > The patch definitely helps, but I'm still getting less accuracy than expected > (as compared to ath9k going through a similar rate vs range test). > >From START_VALID to END_VALID we have same RSSI/RATES like reported when START_VALID. We could wait to get all packets from START_VALID to END_VALID and after that report them to upper layer. But currently we don't do that and report what we have and have to remember RSSI/RATES. BTW there is still a problem with TSF which is valid only when END_VALID. So in current implementation we don't report this correctly for packets we report when only START_VALID. BR Janusz >> --- a/drivers/net/wireless/ath/ath10k/htt_rx.c >> +++ b/drivers/net/wireless/ath/ath10k/htt_rx.c >> @@ -1154,8 +1154,6 @@ static void ath10k_htt_rx_handler(struct ath10k_htt *htt, >> >> lockdep_assert_held(&htt->rx_ring.lock); >> >> - memset(rx_status, 0, sizeof(*rx_status)); >> - >> fw_desc_len = __le16_to_cpu(rx->prefix.fw_rx_desc_bytes); >> fw_desc = (u8 *)&rx->fw_desc; >> >> @@ -1164,8 +1162,11 @@ static void ath10k_htt_rx_handler(struct ath10k_htt *htt, >> mpdu_ranges = htt_rx_ind_get_mpdu_ranges(rx); >> >> /* Fill this once, while this is per-ppdu */ >> - rx_status->signal = ATH10K_DEFAULT_NOISE_FLOOR; >> - rx_status->signal += rx->ppdu.combined_rssi; >> + if (rx->ppdu.info0 & HTT_RX_INDICATION_INFO0_START_VALID) { >> + memset(rx_status, 0, sizeof(*rx_status)); >> + rx_status->signal = ATH10K_DEFAULT_NOISE_FLOOR + >> + rx->ppdu.combined_rssi; >> + } >> >> if (rx->ppdu.info0 & HTT_RX_INDICATION_INFO0_END_VALID) { >> /* TSF available only in 32-bit */ >> > > > -- > Ben Greear <greearb@xxxxxxxxxxxxxxx> > Candela Technologies Inc http://www.candelatech.com > -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html