From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-pa0-f46.google.com ([209.85.220.46]:65443 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965199Ab2JYUme (ORCPT ); Thu, 25 Oct 2012 16:42:34 -0400 Received: by mail-pa0-f46.google.com with SMTP id hz1so1434871pad.19 for ; Thu, 25 Oct 2012 13:42:33 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20121024194547.GA19060@shredder> <20121024220813.GB6723@shredder> Date: Thu, 25 Oct 2012 13:42:33 -0700 Message-ID: (sfid-20121025_224237_596834_C9FF1804) Subject: Re: [ath9k-devel] ath9k_htc and reported mactime From: Adrian Chadd To: Thomas Pedersen Cc: ath9k-devel@lists.ath9k.org, linux-wireless , Bob Copeland Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 24 October 2012 18:54, Adrian Chadd wrote: > Yup, found it. The firmware TSF code was treating the TSF like it was > an older pre-11n NIC and only dealing with the low handful of bits. > Thomas has verified my test image works. > > I'll go and see about pushing this into the tree so Sujith's next > ath9k_htc drop will include this fix. > > Thanks for the debugging info Thomas! Thomas, is the TSF in the RX status descriptor actually 32 bits, or is this a printing error? The firmware side seems to be populating it with a 64 bit TSF value and the rx_status field in question is actually 64 bits. Hence why I'm confused. Adrian From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adrian Chadd Date: Thu, 25 Oct 2012 13:42:33 -0700 Subject: [ath9k-devel] ath9k_htc and reported mactime In-Reply-To: References: <20121024194547.GA19060@shredder> <20121024220813.GB6723@shredder> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org On 24 October 2012 18:54, Adrian Chadd wrote: > Yup, found it. The firmware TSF code was treating the TSF like it was > an older pre-11n NIC and only dealing with the low handful of bits. > Thomas has verified my test image works. > > I'll go and see about pushing this into the tree so Sujith's next > ath9k_htc drop will include this fix. > > Thanks for the debugging info Thomas! Thomas, is the TSF in the RX status descriptor actually 32 bits, or is this a printing error? The firmware side seems to be populating it with a 64 bit TSF value and the rx_status field in question is actually 64 bits. Hence why I'm confused. Adrian