Return-path: Received: from wolverine02.qualcomm.com ([199.106.114.251]:55858 "EHLO wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751528Ab1IZLQ3 (ORCPT ); Mon, 26 Sep 2011 07:16:29 -0400 From: Rajkumar Manoharan To: CC: , , Rajkumar Manoharan Subject: [RFC v2] mac80211: Send nullfunc frames at lower rate Date: Mon, 26 Sep 2011 16:44:02 +0530 Message-ID: <1317035642-7070-1-git-send-email-rmanohar@qca.qualcomm.com> (sfid-20110926_131634_532439_EEF61A7B) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-wireless-owner@vger.kernel.org List-ID: Recently mac80211 was changed to use nullfunc instead of probe request for connection monitoring for tx ack status reporting hardwares. These nullfunc data frames are being sent at higer rates and also as aggregated ones. This could probably delays the nullfunc ack so the connection is more frequently getting disconnected as max retries are reached. In order to improve the connectivity send the nullfunc at lower rate. Signed-off-by: Rajkumar Manoharan --- v2: updated commit log net/mac80211/rate.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/net/mac80211/rate.c b/net/mac80211/rate.c index f61244c..213e1e9 100644 --- a/net/mac80211/rate.c +++ b/net/mac80211/rate.c @@ -208,7 +208,8 @@ static bool rc_no_data_or_no_ack(struct ieee80211_tx_rate_control *txrc) fc = hdr->frame_control; - return (info->flags & IEEE80211_TX_CTL_NO_ACK) || !ieee80211_is_data(fc); + return (info->flags & IEEE80211_TX_CTL_NO_ACK) || + !ieee80211_is_data(fc) || ieee80211_is_nullfunc(fc); } static void rc_send_low_broadcast(s8 *idx, u32 basic_rates, -- 1.7.6.4