From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-f51.google.com (mail-ed1-f51.google.com [209.85.208.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 8525F3CB3C for ; Fri, 12 Apr 2019 05:18:37 -0400 (EDT) Received: by mail-ed1-f51.google.com with SMTP id u57so7075262edm.3 for ; Fri, 12 Apr 2019 02:18:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=UjJV2Z/c9eJatktMrnZbsnS8g6gLJ7pNlYmWItUt158=; b=C3YqpEtIJoHqEh4it6q6CjgTqZ62IUv1A0Luk6ll+MJEIJ8TKEXN+r3jlzwVYCVfaP V2W0cBegFXP6e3sbFrZrnULc2e6WBbfougTCfbpsunTJ8IdUcobKop2zvD+kl8+jH9vm PWy59DNEgo5+cruySue/uK0PCzMV1AfPNulAlO31BoqSgpej8d2kLtOiOuDPCJR7dfZF +yUNInhsGI6vjEVCmNFLlbIRpZ0RWtYwZSaXHYZMXGD2Tv0v7ycKf+KnFe5G6KxILyWb ppgvJi6jKY0CPefX81hElSu8/vuw6e7wCRDDnLodRtZQOdNkO622y+yJYIoapKCiceEm LTaw== X-Gm-Message-State: APjAAAWk5QCMyNdGlUtpdVBfK1O2KhfkNGfNwxp4N3vBRnsmFwiDZaIr q1uoipq5gOC6arH3Jhk7JgHogw== X-Google-Smtp-Source: APXvYqygWYykRtlzdR6VC2p2X4HBSv/kaqdE/ZQe/7M6ft/QDOL3vbmMHZvjrJS5aPNEFan5ifRGMQ== X-Received: by 2002:a17:906:4f8e:: with SMTP id o14mr30125782eju.137.1555060716568; Fri, 12 Apr 2019 02:18:36 -0700 (PDT) Received: from alrua-x1.borgediget.toke.dk (borgediget.toke.dk. [85.204.121.218]) by smtp.gmail.com with ESMTPSA id q18sm3046858ejp.56.2019.04.12.02.18.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 12 Apr 2019 02:18:35 -0700 (PDT) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 87CFF180C01; Fri, 12 Apr 2019 11:18:35 +0200 (CEST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Joshua Zhao , make-wifi-fast@lists.bufferbloat.net In-Reply-To: References: X-Clacks-Overhead: GNU Terry Pratchett Date: Fri, 12 Apr 2019 11:18:35 +0200 Message-ID: <878swfshsk.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Make-wifi-fast] tx queue stuck for many minutes X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2019 09:18:37 -0000 Joshua Zhao writes: > Hi, > I run into a weird symptom that occasionally the aqm tx queue can get stuck > for quite long time (maybe around 30min). What happened is that we're > sending a low bandwidth UDP traffic from the host to multiple peers over a > WiFi radio simultaneously. We're running opensource mac80211 + ath10k > driver. Very occasionally when there are temporary issues causing trouble > on the host sending to one of the peers, the queue to all peers can get > stuck and stay stuck for quite long (even though the link trouble had been > gone or TX had been stopped). Only after quite a while, then the queue > cleans up. This sorta sounds like a driver bug where the queue doesn't get restarted after the issue is resolved? I'd suggest you email the ath10k (ath10k@lists.infradead.org - maybe cc linux-wireless@vger.kernel.org and this list) with a description of the issue that triggers this bug, as well as system details (hardware model, firmware version and kernel version). -Toke