Date: Tue, 28 Nov 2006 20:43:37 -0800 (PST) From: Lamont Granquist <lamont@scriptkiddie.org> To: Sam Leffler <sam@errno.com> Cc: freebsd-stable@freebsd.org Subject: Re: ath0 issue Message-ID: <Pine.GSO.4.60.0611282038060.6773@sploit.scriptkiddie.org> In-Reply-To: <455BD2BF.3050802@errno.com> References: <Pine.GSO.4.60.0611112035320.27030@sploit.scriptkiddie.org> <Pine.GSO.4.60.0611121126390.29168@sploit.scriptkiddie.org> <45578B48.1090704@errno.com> <Pine.GSO.4.60.0611121455590.29754@sploit.scriptkiddie.org> <455BD2BF.3050802@errno.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 15 Nov 2006, Sam Leffler wrote: > Snapshots are rarely useful; try running athstats 1 and correlate what > you see with pauses. Another possible reason for deferred operation is > something else in the system blocking the taskq threads; that's a bit > trickier to diagnose. I threw in some printf()'s in the beginning of ath_start() and ath_tx_proc_q0123() and see this: Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:41 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:41 warez kernel: ath_start Nov 28 20:27:45 warez last message repeated 13 times Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:45 warez kernel: ath_start Nov 28 20:27:45 warez kernel: ath_tx_proc_q0123: 1 Nov 28 20:27:45 warez kernel: ath_start Nov 28 20:27:45 warez kernel: ath_start this was during a time where i was pinging across this interface so that every second it should have been transmitting at least one packet. the 4 second stutter there where ath_tx_proc_q0123 wasn't being called correllates with actual stutters in packet transmission. if i understand this, that's the taskq associated with transmission? TASK_INIT(&sc->sc_txtask, 0, ath_tx_proc_q0123, sc);
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.60.0611282038060.6773>