Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Jan 2014 10:35:26 -0800
From:      Adrian Chadd <adrian@freebsd.org>
To:        Christophe Prevotaux <c.prevotaux@rural-networks.com>
Cc:        "freebsd-wireless@freebsd.org" <freebsd-wireless@freebsd.org>
Subject:   Re: ar9580 failures [freebsd11-snapshot1930213] [2.4Ghz]
Message-ID:  <CAJ-VmokZjOkyb=jyqAN9Os42_Kod%2Bnr4uPtfD8yvN_ZMQKAajQ@mail.gmail.com>
In-Reply-To: <20140130184125.6659baf1@fusen>
References:  <20140116145401.760bbb3c@fusen> <CAJ-VmomTz-1ei8VprazN9V6ZBgs_hsZN9gpHQGO8_jKT-Vj-rA@mail.gmail.com> <20140116201941.6df23143@fusen> <CAJ-Vmokd-T05%2BWYLBjpeiH1TCZjKgtKuDkiyFvDy2FkiNUriyw@mail.gmail.com> <20140120193101.0eef976d@fusen> <20140130184125.6659baf1@fusen>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

ok, so stuck beacon means a lot of things. It at the top end means "I
couldn't transmit this beacon", and it could be for a variety of
reasons:

* the DMA engine hung;
* the RX_BUSY or RX_CLEAR or TX_BUSY lines inside the chip are stuck;
* the baseband has hung for some reason;
* the DMA timing wasn't met and the frame didn't go out in time;
* the PHY is calibrated incorrectly;
* there's noise everywhere.

So if it were me, I'd start by trying to make the athsurvey API work
for the AR9300 HAL, so you could run 'athsurvey' whilst it was live
and see what the story is. The MIB counters are a good starting point
to see what the MAC thinks is going on. Eg, if RX_CLEAR is low (ie,
the air is 'busy' according to the PHY.) I'd also enable NF
calibration debugging to see what the noise floor and calibrated noise
floor values are. If the differences between chains is more than 3dB
then there's something wrong in the PHY that needs to be addressed.


-a



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokZjOkyb=jyqAN9Os42_Kod%2Bnr4uPtfD8yvN_ZMQKAajQ>