[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <43e72e890809191813n95579f5h83e92b0ba1f95a44@mail.gmail.com>
Date: Fri, 19 Sep 2008 18:13:32 -0700
From: "Luis R. Rodriguez" <lrodriguez@...eros.com>
To: "Steven Noonan" <steven@...inklabs.net>
Cc: linux-wireless <linux-wireless@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
"Senthilkumar Balasubramanian"
<Senthilkumar.Balasubramanian@...eros.com>,
"ath9k-devel@...ts.ath9k.org" <ath9k-devel@...ts.ath9k.org>,
"Luis Rodriguez" <Luis.Rodriguez@...eros.com>,
"Ingo Molnar" <mingo@...e.hu>
Subject: Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others)
On Fri, Sep 19, 2008 at 5:01 PM, Steven Noonan <steven@...inklabs.net> wrote:
> I'll pull wireless-testing and run that kernel for another 8 hours.
> What's the URL for the repo? Surely you don't mean the
> wireless-testing on git.kernel.org that hasn't been touched for almost
> a week?
Yes, that's the guy. This week was the Kernel Summit and the Linux
Plumbers Conference too so there is understandably some lag in pulls
as developers are getting drunk.
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-testing.git
> I kind of wish there was a better debugging facility in ath9k.
Patches are welcomed ;)
Also, we have a few interrupt levels you can use. In this case we are
debugging interrupts.
> With
> ATH_DBG_INTERRUPTS, I see several hundred messages per second, which
> fills log files up like crazy (I switched to ftrace_printk as Ingo
> suggested, which has alleviated this somewhat). Is there a way to make
> it less verbose (perhaps so that it prints data at a rate of no more
> than 2 or 3 messages per second)? Or maybe the rate at which it prints
> this stuff is indicative something's wrong?
No, interrupts do happen quite often so that is what you get, perhaps
we can enhance this by not printing on some interrupts but the point
is to debug interrupts after all. To help us debug in userspace in a
nicer way we can use sadc and sar. So you can try this:
On a window leave this running:
/usr/lib/sysstat/sadc -I 1 irqlog.sar
And when you are seeing your latency issues, run this:
sar -I 17 -f irqlog.sar | less
That is capital "i", this will show you the monitor results of number
of interrupts on IRQ 17. You want to see if the rate of change is huge
when you have latency issues. If not then its most likely an interrupt
storm by ath9k (which is my suspect right now) but something else.
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists