From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail2.candelatech.com ([208.74.158.173]) by bombadil.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1XmBGl-0001Mp-8t for ath10k@lists.infradead.org; Thu, 06 Nov 2014 00:49:47 +0000 Message-ID: <545AC595.1020608@candelatech.com> Date: Wed, 05 Nov 2014 16:49:25 -0800 From: Ben Greear MIME-Version: 1.0 Subject: Re: Slow connect times? References: <5458261C.2020700@candelatech.com> <545A60E0.8070308@candelatech.com> <545A748C.9040008@candelatech.com> In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Avery Pennarun Cc: ath10k On 11/05/2014 11:12 AM, Avery Pennarun wrote: > On Wed, Nov 5, 2014 at 11:03 AM, Ben Greear wrote: >> Does not appear to be an AP problem, as ath9k stations to the ath10k AP are all >> in the 20ms range. > > Ah, ok, I just assumed you were using ath10k as an AP. In that case I > know nothing :) > Ahhh, found the problem. Firmware was trying to be helpful and reserve the channel on vdev-start. But, took it 200+ms to grab the reservation when another vdev exists, and it shouldn't be needed anyway as far as I can tell. Disabled that 'feature' by hacking on driver a bit to pass a new flag to modified firmware to tell it to ignore the reservation logic, and now a second station vdev associates in about 6-8 ms :) Take it easy, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k