Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3555014pxu; Tue, 15 Dec 2020 09:36:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJz6A7B4kQD9yJeZT4T0TIahs9u5iUJiGFf2NNyJ3A03La2PSUznY3nF16ZuqBsOgoYjQbGQ X-Received: by 2002:a17:907:3e23:: with SMTP id hp35mr28202590ejc.254.1608053807152; Tue, 15 Dec 2020 09:36:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608053807; cv=none; d=google.com; s=arc-20160816; b=OMe0kluRem1OAfNqUzjArAi5xFeZ5HcbdDryyWktLfXoHiknoJ/OfvqodAyR3uraoR x8DGHOVxJnNPAJKilQlCW3Guv6EVE32qry0AhbEUq7YLk7tOMhMPnva0vmVAhoCxaoMz PHy42KSeD6pzkyIHHGAr5SsoUhImkwDS2JSOAhnfhK+LFcbySt7Y7X5NwAwtMTxL0ER8 8/L9A4YH2fITyCEzT/5qInA8+gYWsQR8T2XKR+SQwAJoQHQWAlnDSehvfusgwP0WHNZw TpiqBKX1gBl4AmR4UoNzme4vvbU2fjJa3Be8BXsL9SoEDUrT+X5utxHCNL9QTzXxoTeW bZPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=Vm9CVh7Ns7eXgRutyqFUxa//UHTPj022bGspFKO8dg0=; b=DwI3NgFqJknODao3xecsMIp7Okir+wCbEmKVNiTg0cHw6tQxWT1tH7chp9L/5pMG1H UcHfK5XDWxZJaBkWW91fQlA/quzSheU3KpOWYhOOEYXCA0HjgsWTjHJHFBdt7RwRvn/D aR9xtLx9p3e/LKJsMhxSKqRDBCTNKKq+1SfPJbEdyv9rOuiHYvbz1fww2/ofPFYsD0aq ToRJ5cDWf/n5c5nBr/46LzG7SDUuBFsMO/x7mKgrK3qSirntoWhVLuUY8ZX3tAnbhmUB tovCUgvROYdJ5xn/OOG4Cjyd53qMiOZPc8LklzTq8PpsCwtBNZ6SZamztIzNNqSE2UQn HFeA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm7si1281477ejc.350.2020.12.15.09.36.21; Tue, 15 Dec 2020 09:36:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731029AbgLORbf (ORCPT + 99 others); Tue, 15 Dec 2020 12:31:35 -0500 Received: from alexa-out.qualcomm.com ([129.46.98.28]:46112 "EHLO alexa-out.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730031AbgLORbW (ORCPT ); Tue, 15 Dec 2020 12:31:22 -0500 Received: from ironmsg07-lv.qualcomm.com (HELO ironmsg07-lv.qulacomm.com) ([10.47.202.151]) by alexa-out.qualcomm.com with ESMTP; 15 Dec 2020 09:30:42 -0800 X-QCInternal: smtphost Received: from ironmsg02-blr.qualcomm.com ([10.86.208.131]) by ironmsg07-lv.qulacomm.com with ESMTP/TLS/AES256-SHA; 15 Dec 2020 09:30:40 -0800 X-QCInternal: smtphost Received: from youghand-linux.qualcomm.com ([10.206.66.115]) by ironmsg02-blr.qualcomm.com with ESMTP; 15 Dec 2020 23:00:38 +0530 Received: by youghand-linux.qualcomm.com (Postfix, from userid 2370257) id 45E3A20F17; Tue, 15 Dec 2020 23:00:37 +0530 (IST) From: Youghandhar Chintala To: johannes@sipsolutions.net, ath10k@lists.infradead.org Cc: kvalo@codeaurora.org, davem@davemloft.net, kuba@kernel.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kuabhs@chromium.org, dianders@chromium.org, briannorris@chromium.org, pillair@codeaurora.org Subject: [PATCH 0/3] mac80211: Trigger disconnect for STA during recovery Date: Tue, 15 Dec 2020 23:00:34 +0530 Message-Id: <20201215173034.5939-1-youghand@codeaurora.org> X-Mailer: git-send-email 2.29.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Rakesh Pillai Currently in case of target hardware restart ,we just reconfig and re-enable the security keys and enable the network queues to start data traffic back from where it was interrupted. Many ath10k wifi chipsets have sequence numbers for the data packets assigned by firmware and the mac sequence number will restart from zero after target hardware restart leading to mismatch in the sequence number expected by the remote peer vs the sequence number of the frame sent by the target firmware. This mismatch in sequence number will cause out-of-order packets on the remote peer and all the frames sent by the device are dropped until we reach the sequence number which was sent before we restarted the target hardware In order to fix this, we trigger a disconnect in case of hardware restart. After this there will be a fresh connection and thereby avoiding the dropping of frames by remote peer. The right fix would be to pull the entire data path into the host which is not feasible or would need lots of complex/inefficient datapath changes. Rakesh Pillai (1): ath10k: Set wiphy flag to trigger sta disconnect on hardware restart Youghandhar Chintala (2): cfg80211: Add wiphy flag to trigger STA disconnect after hardware restart mac80211: Add support to trigger sta disconnect on hardware restart drivers/net/wireless/ath/ath10k/core.c | 15 +++++++++++++++ drivers/net/wireless/ath/ath10k/hw.h | 3 +++ drivers/net/wireless/ath/ath10k/mac.c | 3 +++ include/net/cfg80211.h | 4 ++++ net/mac80211/ieee80211_i.h | 3 +++ net/mac80211/mlme.c | 9 +++++++++ net/mac80211/util.c | 22 +++++++++++++++++++--- 7 files changed, 56 insertions(+), 3 deletions(-) -- 2.7.4