From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 64993477E42 for ; Wed, 15 Jul 2026 12:50:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784119832; cv=none; b=HdRV0pL9Yki79ahIMjB/Iu3ZWOU5SUAPesboe8qMWkI/asM31cNxaixcxkg1pYIVNFwWcMvJgHoN6Pa7fO7NlI422g9RRjIPNEOiuD9TMF/hQnJJ73BmErcaJUFgz2X1gEE6Y1dG7hU7EFehxcs+T/5yDAYwxchyBODiJ2Wuhz8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784119832; c=relaxed/simple; bh=8IeHrcRtT77XznVLVnJwf8bqeVBCkYwCUDz3/xmCsjw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=oCGI2Wu4i4a9mR7e9Xl5AWWmrmRyyj5TPT1slrgoPrb1KbqAmThpOknc/M3FDmAvMpEpcABvECsyrL0lPxQv2n3sM4tcN4IySaUCBGpbFFgierhyWbhRQzZHJ8SAMca1doJ1LftjU5I6CC6H0gEEPP6GzlFRMDdwTnSgpLPBT5Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=RZoHexWm; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="RZoHexWm" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1784119828; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=owMox2T0drHzdab6F2aSdDlHCCRxP5tdtmtldpaxuTo=; b=RZoHexWmVhpGGZKuPWPBzxDKx1vBVesPb+QpkXf+poiMHpN08Cc/Yd3cj5AoOG+XHOseVl RwuRnbdNny8MiMNyk+TLW9CZTFZ/zDb1PcyCH6pCB+05abF3YRnjeNcR0ochTTUbKN9xXk o+1WM2X2Gf60ADlpsle/6p5NXkMrGPc= Received: from mx-prod-mc-08.mail-002.prod.us-west-2.aws.redhat.com (ec2-35-165-154-97.us-west-2.compute.amazonaws.com [35.165.154.97]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-269-X86IZ6kWOuuUYG2ks2quDg-1; Wed, 15 Jul 2026 08:50:24 -0400 X-MC-Unique: X86IZ6kWOuuUYG2ks2quDg-1 X-Mimecast-MFC-AGG-ID: X86IZ6kWOuuUYG2ks2quDg_1784119823 Received: from mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.93]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-08.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 0807E180059B; Wed, 15 Jul 2026 12:50:23 +0000 (UTC) Received: from fedora.redhat.com (unknown [10.44.48.52]) by mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTP id EB21D180036E; Wed, 15 Jul 2026 12:50:19 +0000 (UTC) From: Jose Ignacio Tornos Martinez To: jjohnson@kernel.org Cc: ath11k@lists.infradead.org, ath12k@lists.infradead.org, linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, Jose Ignacio Tornos Martinez Subject: [PATCH v2 0/3] ath11k/ath12k: implement TX flow control Date: Wed, 15 Jul 2026 14:50:13 +0200 Message-ID: <20260715125017.277242-1-jtornosm@redhat.com> Precedence: bulk X-Mailing-List: linux-wireless@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.93 This series implements custom wake_tx_queue operations for ath11k and ath12k drivers to prevent hardware ring overflow issues under heavy traffic. Without proper flow control, both drivers experience -ENOMEM errors ("failed to transmit frame -12") when the hardware TCL ring fills up. Additionally, ath12k can hang under sustained high throughput. These issues are more commonly observed in VMs with PCIe passthrough but also occur on bare metal systems. The implementation follows the pattern used in the iwlwifi driver, checking hardware ring space before dequeuing packets from mac80211. Per-ring locking serializes ring access while allowing TX completions to run, preventing deadlocks. Testing shows stable operation with eliminated -ENOMEM errors, no hangs, and improved throughput under heavy traffic conditions. Jose Ignacio Tornos Martinez (3): mac80211: add ieee80211_tx_peek API wifi: ath11k: implement custom wake_tx_queue with flow control wifi: ath12k: implement custom wake_tx_queue with flow control v2: Address feedback from Zhi-Jun You: - Add ieee80211_tx_peek() API in mac80211 to peek at the next frame without dequeuing, enabling accurate ring selection before dequeue - Use get_ring_selector() on the peeked skb to determine the exact target ring matching dp_tx, fixing ring mismatch on multi-ring platforms (ipq8074, wcn6750, qcn9274, wcn7850) Address feedback from Tamizh Chelvam Raja: - Fix ath12k radio assignment: obtain ar from txq->vif through the arvif chain instead of ah->radio flexible array Move CRASH_FLUSH check inside the TX loop v1: https://lore.kernel.org/all/20260710155443.1761760-1-jtornosm@redhat.com/ -- 2.49.0