From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 7 04:48:26 2011 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46EEC1065672; Wed, 7 Sep 2011 04:48:26 +0000 (UTC) (envelope-from paradyse@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id E254A8FC23; Wed, 7 Sep 2011 04:48:25 +0000 (UTC) Received: by gwb1 with SMTP id 1so4415231gwb.36 for ; Tue, 06 Sep 2011 21:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=NJ2XSCu7zxJIwuNEP4KFQDySKI2YYwZi1WuD+HIVoiU=; b=EMEMSCSp1pb7pCArLbj34m5FNg+56R/IM9N8KSB+DHF9QHr4L0aZwbuXzXsQXEHQ8Y G6tVD2TptrwTuPBDLnpSjouTTdHy/Tt5+mpgsqwAuIRlr0V5hhJIPxEjA6XepVjzJXsN y+SwhH5qT5ajlLQEXpzE8wP3qMKY4/vh/uZIo= Received: by 10.150.114.18 with SMTP id m18mr1533118ybc.182.1315370905079; Tue, 06 Sep 2011 21:48:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.178.20 with HTTP; Tue, 6 Sep 2011 21:48:05 -0700 (PDT) In-Reply-To: References: From: Yin Date: Wed, 7 Sep 2011 12:48:05 +0800 Message-ID: To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: [patch] Fix TBTT, TSF handling for TDMA on AR5416 and later chips X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 04:48:28 -0000 My apologize. My last build does not pick up ath_hal code. Your patch is working fine. Please commit it. -Yin On Wed, Sep 7, 2011 at 12:02 PM, Yin wrote: > Hold on! I just make clean the kernel and rebuilding the kernel. > ath_hal_has_long_rxdesc_tsf() is returning 0 for My DNMA-92 (AR9220) , > Hence ath_extend_tsf15 is used instead of ath_extend_tsf32 and leads > to beacon stuck. Would you check it please? > > ath0: stuck beacon; resetting (bmiss count 4) > ath0: stuck beacon; resetting (bmiss count 4) > ath0: stuck beacon; resetting (bmiss count 4) > ath0: stuck beacon; resetting (bmiss count 4) > ath0: stuck beacon; resetting (bmiss count 4) > ath0: stuck beacon; resetting (bmiss count 4) > > Yin > > On Wed, Sep 7, 2011 at 11:17 AM, Yin wrote: >> Hi Adrian, >> >> The flag to indicate the capability of 32bit RX TSF is great. It works >> the same as my patch. >> >> Thank you for reviewing it and submitting the patch! >> >> Yin >> >> On Wed, Sep 7, 2011 at 10:38 AM, Yin wrote: >>> Hi Adrian, >>> >>> OK! I will test it now and let you know the result. =A0:) >>> >>> Thanks, >>> Yin >>> >>> On Wed, Sep 7, 2011 at 9:16 AM, Adrian Chadd wrote= : >>>> Hi Yin, all; >>>> >>>> I've done a bit of tidying up of Yin's TDMA related cleanups. >>>> >>>> In particular, I've added a new capability (HAL_CAP_LONG_RXDESC_TSF) >>>> which the AR5416 and later chips set. This indicates the received TSF >>>> is 32 bits rather than 15 bits. >>>> >>>> Yin, would you mind testing this in your local setup and make sure it >>>> works the same as your patch? I'll submit it for inclusion into -HEAD >>>> / 9.0 if it does. >>>> >>>> Thanks again for your great work! >>>> >>>> >>>> >>>> adrian >>>> >>> >> >