On 06/23/2016 09:40 AM, Mohammed Shafi Shajakhan wrote:
From: Mohammed Shafi Shajakhan <moham...@qti.qualcomm.com>For chipsets like QCA99X0, IPQ4019 and later we are not getting proper NULL func status (always acked/successs !!) when hostapd does a PROBE_CLIENT via nullfunc frames when the station is powered off abruptly (inactive timer probes client via null func after the inactive time reaches beyond the threshold). Fix this by disabling the workaround (getting the ACK status of NULL func frames by sending via HTT mgmt-tx path) introduced by the change ("ath10k: fix beacon loss handling ") for QCA99X0 and later chipsets. The normal tx path provides the proper ACK status for NULL data frames. As of now disable this workaround for chipsets QCA99X0 and later, once the 10.1 firmware is obselete we can completely get rid of this workaround for all the chipsets
Did you see my fix for the tx-status that Kalle posted about recently? That fixed my problem with 9980, but I normally test status with tx over the htt mgt path instead of wmi path, so possibly that makes a difference. Thanks, Ben -- Ben Greear <gree...@candelatech.com> 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
