[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090304120759.GA6519@hash.localnet>
Date: Wed, 4 Mar 2009 07:07:59 -0500
From: Bob Copeland <me@...copeland.com>
To: Sitsofe Wheeler <sitsofe@...oo.com>
Cc: Jiri Slaby <jirislaby@...il.com>,
Nick Kossifidis <mickflemm@...il.com>,
Frederic Weisbecker <fweisbec@...il.com>,
linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org,
ath5k-devel@...ema.h4ckr.net,
"Luis R. Rodriguez" <lrodriguez@...eros.com>
Subject: Re: [TIP] BUG kmalloc-4096: Poison overwritten (ath5k_rx_skb_alloc)
On Tue, Mar 03, 2009 at 08:03:52PM +0000, Sitsofe Wheeler wrote:
> The machine where this fault happened is a single core non-symmetric
> multithreading EeePC 900 with a Celeron M 900 using a voluntary preempt
> kernel (so I doubt this is due to tasklets being run on another CPU)...
This particular one could still happen on UP, provided interrupts were
enabled in ath5k_rx_start (I don't think that's very likely, though.
I tried warning on that case and didn't hit it).
> I am a bit unsure which patches you want me to be testing though...
None. Perhaps it's wishful thinking but a function trace for the few
minutes prior to the poison would be useful. A good replicator might
be to run a sequence of automatic suspend/resume with pm_test, in
parallel with iwlist wlan0 scan (as root, so scans are actually
performed), in parallel with iperf or ping. I didn't personally have
luck with that workload, though.
--
Bob Copeland %% www.bobcopeland.com
--
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