Date: Wed, 18 Feb 2009 14:25:11 +0100 From: Bengt Ahlgren <bengta@sics.se> To: Sam Leffler <sam@freebsd.org> Cc: freebsd-mobile@freebsd.org Subject: Re: Problems with ath at kern.hz=100 Message-ID: <uh7eixvlvwo.fsf@P142.sics.se> In-Reply-To: <uh7eixwm5o9.fsf@P142.sics.se> (Bengt Ahlgren's message of "Wed\, 18 Feb 2009 10\:54\:14 %2B0100") References: <uh7iqnjzzi9.fsf@P142.sics.se> <20090210154047.N38905@sola.nimnet.asn.au> <4991ABA0.4050300@freebsd.org> <uh7fximfatw.fsf@P142.sics.se> <4991DB1F.7060809@freebsd.org> <uh7y6w4zwsq.fsf@P142.sics.se> <499B1E7B.2030908@freebsd.org> <uh7eixwm5o9.fsf@P142.sics.se>
next in thread | previous in thread | raw e-mail | index | archive | help
Bengt Ahlgren <bengta@sics.se> writes: > Sam Leffler <sam@freebsd.org> writes: > >> Bengt Ahlgren wrote: >>> Sam Leffler <sam@freebsd.org> writes: >>> >>> [...] >>> >>> >>>> You've removed all the context of the original problem; I can't recall >>>> what you were trying to fix. The ps q drops might be caused by a bug >>>> that was fixed (I think in RELENG_7). I don't see what version of >>>> code you're running so can't tell. >>>> >>> >>> Sorry, a summary of the problem: >>> >>> The system frequently comes into a state where outgoing packets are >>> held somewhere. The condition persists for seconds to minutes. It >>> goes away by itself, but some of the packets are usually lost. This >>> occurs on ath, FreeBSD 7.1-REL, no SMP, with kern.hz=100 (but not with >>> hz=1000). Original mail with description can be found here: >>> >>> http://lists.freebsd.org/pipermail/freebsd-mobile/2009-February/011343.html >>> >>> I have done some more investigation, inserting debug prints in >>> ath_start (if_ath.c 1.177.2.2.2.1), one just after IFQ_DRV_DEQUEUE >>> (line 1576), another just before the call to ieee80211_pwrsave (line >>> 1614). >>> >>> Packets are dequeued, but ieee80211_pwrsave is called and nothing >>> happens. Below is the output from "athdebug xmit" with these extra >>> two DPRINTF:s during the queue-up. Then after a while packets are >>> sent again. >>> >>> Bengt >>> >>> >> <...debug output removed...> >> >> Did you try RELENG_7? ap mode power save was fixed post 7.1 release. > > I can do that, but I am not using ap mode. Will it still be useful? Hmm, I see no difference in ath between 7.1-REL and RELENG_7 (besides CVS ID strings)??? Are you meaning HEAD? If so, can I just drop in src/sys/dev/ath from HEAD in 7.1R? Bengt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?uh7eixvlvwo.fsf>