lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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