Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3545541pxu; Tue, 15 Dec 2020 09:23:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJzKTmRB9742eVZyFtU3mJsCHO3RydiZ0ey2iSRbZIUnJmD4Ye9qA9FaJB9ayepudKsfmoj5 X-Received: by 2002:a05:6402:307c:: with SMTP id bs28mr30875382edb.186.1608053035081; Tue, 15 Dec 2020 09:23:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608053035; cv=none; d=google.com; s=arc-20160816; b=xqTxvR7hebol9QwrewOOJJkKsv1V3APLVHzSB6icQSQOoT1zhJhIUkqG7s6XwWtkW0 2ruo2g+CINjvr6Ffi/s6TFWuafpm1tDx4wgTW0zBj9N4yo7uk0B4v+YsNtKH850sAOks ZKnTSQXbKt4aJMNa1qGjpAaLYzJX0QKmN3mN1Qi7bcPht4iCz/O4M9KlkIAzQ3qQfyTy Rg9EgfPLnWrhmxtcaXh3bF/cIgUBOOvonIQhZruhDaO/+9Szfxx4Ou3Vc917mghqKPAO olIURIxzTCkWU421DexyvTfLNOb3Bbr55s6GkWvK43iIPRjy+WBF1c3M1x/JITcXHnyS 6wxg== 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=cYeOY1zk4HXU66s5MtueC+nCp7USbPyQ+CgE6EFEsoUfjh6CjzSgxvFkotjiUDzW9C AkXePMpmxYYHobUCvp3Xvz0OxZNk4p7y4z3Kftvctv3Ac/kaOsSUx1AYjeJHSiKPzTGo kIcqAn/zRBAIqiQEC00c6l1AhmdmGZKd4kr6peSuqyslVt2G0+/rKsg/27DT0h+r/PcJ W+GpVf3+P8ggctdQE9HRYQV4aQsQIJ0UFMfrX5+awaORNewmpgyeuWY+YaG+9qAK3BW2 YLigAaz8Y289156LkEce/Lct1GJzqxoSmyLrkPm8tE04nDoOIXgZNLpo2IidtPGYQe67 ME5A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-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 m26si1507998edp.209.2020.12.15.09.23.10; Tue, 15 Dec 2020 09:23:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730528AbgLORWx (ORCPT + 99 others); Tue, 15 Dec 2020 12:22:53 -0500 Received: from alexa-out.qualcomm.com ([129.46.98.28]:38699 "EHLO alexa-out.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730417AbgLORWp (ORCPT ); Tue, 15 Dec 2020 12:22:45 -0500 Received: from ironmsg-lv-alpha.qualcomm.com ([10.47.202.13]) by alexa-out.qualcomm.com with ESMTP; 15 Dec 2020 09:21:46 -0800 X-QCInternal: smtphost Received: from ironmsg02-blr.qualcomm.com ([10.86.208.131]) by ironmsg-lv-alpha.qualcomm.com with ESMTP/TLS/AES256-SHA; 15 Dec 2020 09:21:43 -0800 X-QCInternal: smtphost Received: from youghand-linux.qualcomm.com ([10.206.66.115]) by ironmsg02-blr.qualcomm.com with ESMTP; 15 Dec 2020 22:51:17 +0530 Received: by youghand-linux.qualcomm.com (Postfix, from userid 2370257) id 3B2F120F17; Tue, 15 Dec 2020 22:51:16 +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 22:51:13 +0530 Message-Id: <20201215172113.5038-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-wireless@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