Return-path: Received: from mail-ie0-f175.google.com ([209.85.223.175]:45281 "EHLO mail-ie0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932490Ab3CZQaH (ORCPT ); Tue, 26 Mar 2013 12:30:07 -0400 Received: by mail-ie0-f175.google.com with SMTP id c12so9186778ieb.34 for ; Tue, 26 Mar 2013 09:30:07 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <201303251712.19808.chunkeey@googlemail.com> From: Robert Shade Date: Tue, 26 Mar 2013 12:29:47 -0400 Message-ID: (sfid-20130326_173014_157809_A21B9814) Subject: Re: Auth Packet TX Delay To: Adrian Chadd Cc: Christian Lamparter , linux-wireless@vger.kernel.org, ath9k-devel@lists.ath9k.org, Marco Fonseca Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Mar 26, 2013 at 12:28 PM, Adrian Chadd wrote: > On 26 March 2013 05:21, Robert Shade wrote: >> I'll get a bug together, but I wanted to report that even with the >> patch above (fastcc disabled/cold reset always), it still eventually >> was unable to change the channel. As soon as that failed, it's back >> into the state where it never seems to xmit anything in the data >> queues and can't associate. > > Even after a cold reset? Yes, which is why I'm curious about the start/stop queues calls. It looks to my (untrained) eye that it's simply not processing the data queue.