From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from e3i103.smtp2go.com (e3i103.smtp2go.com [158.120.84.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 06EA62163A1 for ; Thu, 9 Jan 2025 14:14:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=158.120.84.103 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736432092; cv=none; b=ulPribRetOzWDGWdta95sVLVq2FQzs7AM75kPumKLpVGjw8OYQeQ0oBySWT18qM0nmgCa2M1o7aZE5la13iLwUcbMg3+dScBfg3XRBSOCk2Vj2AqRJWqnlVXjWZ32v/MDUU04btWUCZnC2qOLbGd3Px9WesfYku37HEK96Y3BHM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736432092; c=relaxed/simple; bh=vyEMLclEiZl+B0nlmDQ+FeDI9kax3nmEGT+1QmRXWQU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=VyQy/n3LETWX6Phy1kedi2O56k4IzCeeasCGEDZkMroE5c4fkuMtyZNszn0UT/4Vw7hsOvLm7W3XZcImkOcj/F6FemmrNdmmvV66Y4doVYdy2CAHCuaUSkui0drbLpCukHtyqZEIREt6kWpPTQdttyscqxK6QErFUqyiuOeItWQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=triplefau.lt; spf=pass smtp.mailfrom=em510616.triplefau.lt; dkim=pass (2048-bit key) header.d=smtpservice.net header.i=@smtpservice.net header.b=0WxbE8SZ; dkim=pass (2048-bit key) header.d=triplefau.lt header.i=@triplefau.lt header.b=L62x7vuz; arc=none smtp.client-ip=158.120.84.103 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=triplefau.lt Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=em510616.triplefau.lt Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=smtpservice.net header.i=@smtpservice.net header.b="0WxbE8SZ"; dkim=pass (2048-bit key) header.d=triplefau.lt header.i=@triplefau.lt header.b="L62x7vuz" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smtpservice.net; i=@smtpservice.net; q=dns/txt; s=a1-4; t=1736431180; h=feedback-id : x-smtpcorp-track : date : message-id : to : subject : from : reply-to : sender : list-unsubscribe : list-unsubscribe-post; bh=W81NM/aAsn0km28xNBRfVumWprgAsipiPyT2j51YIA8=; b=0WxbE8SZSvMlVOpp1aiv0s5IK8EjRin4dkasPRZDLjq7aUnPap1oiypuX7KkST2FkSLn8 f5hz9mpxOtl5DNzRgzZG+qMmnggg4dByQCGx0jbxKaTRcviEsqcmpUtLc/kg0vifE0lje/P jG0TI6nZ6Lf/LDKZ5w/Lm7juZbbsRYUqo5xku7gFSsJAcbvsjlrUYea428J/VVOjoYFIg3w 32E6yUbqJwEqhJynkQ2ezT94RBpisy/xeif8T+0xFxcnTKrfc35ZPLjeGisEXLMS2WTe8hh Ra8x4AuvO+bfj3HvW95H3qSat2LkkO85pHICHtT4qdsGtkMxhxjVNzMVrVJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=triplefau.lt; i=@triplefau.lt; q=dns/txt; s=s510616; t=1736431180; h=from : subject : to : message-id : date; bh=W81NM/aAsn0km28xNBRfVumWprgAsipiPyT2j51YIA8=; b=L62x7vuz6W5XdR128K7dsQc+9TFepz5O6U5UmpOe4+S9TOqHUdRribacFmIsiwXH1Wq9n ZHhhnu0Ie0AxXp9PT/5Gzva0SWF2MGW1FhmokHmEg8BDi3Tz1iLZPP6lIMuMQj6aEyoQ7Iw eVvOZMWUPcrBgq8WGWfnqlCFmHS52Ez8IbU0Tpt1XgXT7nmF34JaZIViMJpnhtlcVVPXIcv 7t4qHhjgOSzyMhW7DzfC9DUpycn7j1qpXRYUuHkKMWhNsnLh8LpvKIvaWoGjSeHFznFnzN5 /OYf3nNdefK7kG5OV0KAsaRe108+qLj3u0nlknpy4oPiDMy7AqSKeS4aXyfw== Received: from [10.12.239.196] (helo=localhost) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.97.1-S2G) (envelope-from ) id 1tVt4R-4o5NDgrjoLk-mRMC; Thu, 09 Jan 2025 13:59:35 +0000 Date: Thu, 9 Jan 2025 14:56:35 +0100 From: Remi Pommarel To: Kalle Valo Cc: ath10k@lists.infradead.org, linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Johnson , Cedric Veilleux , Vasanthakumar Thiagarajan Subject: Re: [RESEND PATCH v3 0/2] Improve ath10k flush queue mechanism Message-ID: References: <87ldvkdtqn.fsf@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ldvkdtqn.fsf@kernel.org> X-Report-Abuse: Please forward a copy of this message, including all headers, to Feedback-ID: 510616m:510616apGKSTK:510616sMuY_9l13u X-smtpcorp-track: q502RsmHb77f.gdkWDVKxD9Oz.vWJnNQp3TWE On Thu, Jan 09, 2025 at 03:03:44PM +0200, Kalle Valo wrote: > Remi Pommarel writes: > > > It has been reported [0] that a 3-4 seconds (actually up to 5 sec) of > > radio silence could be observed followed by the error below on ath10k > > devices: > > > > ath10k_pci 0000:04:00.0: failed to flush transmit queue (skip 0 ar-state 1): 0 > > > > This is due to how the TX queues are flushed in ath10k. When a STA is > > removed, mac80211 need to flush queues [1], but because ath10k does not > > have a lightweight .flush_sta operation, ieee80211_flush_queues() is > > called instead effectively blocking the whole queue during the drain > > causing this radio silence. Also because ath10k_flush() waits for all > > queued to be emptied, not only the flushed ones it could more easily > > take up to 5 seconds to finish making the whole situation worst. > > > > The first patch of this series adds a .flush_sta operation to flush only > > specific STA traffic avoiding the need to stop whole queues and should > > be enough in itself to fix the reported issue. > > > > The second patch of this series is a proposal to improve ath10k_flush so > > that it will be less likely to timeout waiting for non related queues to > > drain. > > > > The abose kernel warning could still be observed (e.g. flushing a dead > > STA) but should be now harmless. > > > > [0]: https://lore.kernel.org/all/CA+Xfe4FjUmzM5mvPxGbpJsF3SvSdE5_wgxvgFJ0bsdrKODVXCQ@mail.gmail.com/ > > [1]: commit 0b75a1b1e42e ("wifi: mac80211: flush queues on STA removal") > > On what hardware and firmware did you test this? As they can behave very > differently knowing that is really important. This was tested on QCA9888 hw 2.0 10.4-3.10-00076. Not sure to see how a different HW/FW could have prevented that though. -- Remi