Return-path: Received: from mail-qk0-f173.google.com ([209.85.220.173]:35693 "EHLO mail-qk0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751220AbcAGQ7H (ORCPT ); Thu, 7 Jan 2016 11:59:07 -0500 Received: by mail-qk0-f173.google.com with SMTP id n135so187108466qka.2 for ; Thu, 07 Jan 2016 08:59:06 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <568E913D.7050301@candelatech.com> From: Krishna Chaitanya Date: Thu, 7 Jan 2016 22:28:46 +0530 Message-ID: (sfid-20160107_175911_536979_AD86B739) Subject: Re: lost connectivity until "wpa_cli reassociate" is issued To: David Mosberger Cc: Ben Greear , linux-wireless Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, Jan 7, 2016 at 10:17 PM, David Mosberger wrote: > On Thu, Jan 7, 2016 at 9:32 AM, Krishna Chaitanya > wrote: > >> Management frames use a different queue (VO) >> from the logs it looks like a data path issue in driver/FW. >> >> The re-association might be clearing/triggering TX in driver >> solving the issue. > > That sounds plausible to me. Is there an easy way to see the queues? > I haven't tried debugfs yet. We can check pending packets per queue at mac80211, but first we need some info from driver level. Someone familiar with RTL should help. cat /sys/kernel/debug/ieee80211/phy*/queues If you see non-zero packets here (or) if the queue is stopped that might explain this behavior...