Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Sep 2009 20:54:00 -0700
From:      Sam Leffler <sam@freebsd.org>
To:        Alex Dupre <ale@freebsd.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Atheros 9280 issue
Message-ID:  <4AC2D658.8070908@freebsd.org>
In-Reply-To: <4AC1ABE5.6090409@FreeBSD.org>
References:  <4AC0BB4A.40201@FreeBSD.org> <4AC17F33.80800@freebsd.org> <4AC1ABE5.6090409@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Alex Dupre wrote:
> Sam Leffler wrote:
>>> Clients can connect to the AP, but obviously packets are dropped every
>>> time the card is reset.
>>
>> How do you know packets are dropped?  Nothing should be lost.
> 
> I'm pinging the access point from an associated wifi client: when this
> message appears one or two pings are lost. Previously, when such
> messages didn't appear, no pings were lost. Maybe the reply timeouts and
> is not completely lost, I'll do more tests asap.

I thought reset didn't lose any frames but perhaps not.  athdebug reset
should (I think) tell you if frames are lost.

> 
>> "every few seconds" is not helpful.
> 
> Actually the timing is highly variable, it may happen once a second,
> like once every 15 seconds or more. Usually (in the two hours I tried)
> every 2-5 seconds.
> 
>> Look for something else in the
>> system that coincides w/ your msgs.  It's possible that periodic
>> calibration done by the driver has a bad effect; you can turn it off by
>> setting a sysctl (look at sysctl -a and/or the driver code).
> 
> hw.ath.shortcal = 0, right?
> 
> I'll try, I haven't done additional tests before knowing what would be
> useful for debugging.

Actually it looks like hw.ath.longcal=0 is what you want.

	Sam



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4AC2D658.8070908>