* DEBUG_LOCK_ALLOC causes hostap kernel lockup
[not found] ` <g2la7s$g8r$1@ger.gmane.org>
@ 2008-06-10 22:16 ` Sitsofe Wheeler
0 siblings, 0 replies; only message in thread
From: Sitsofe Wheeler @ 2008-06-10 22:16 UTC (permalink / raw)
To: linux-kernel; +Cc: kernel-testers, linux-wireless
Sitsofe Wheeler wrote:
> Sitsofe Wheeler wrote:
>
>> hostap_pci on a 32bit x86 machine seems to be unstable under load in
>> next-20080604. Using iperf between a wired machine on the other side of
>> the AP and the hostap box makes hostap output the message
>> wifi0: SW TICK stuck? bits=0x0 EvStat=8000 IntEn=e09f
>> before things slowly grind to a halt in a lockup that seemingly needs a
>
> things always seem to be recoverable. Sometimes the system will recover
> after the lockup with a message like:
> Clocksource tsc unstable (delta = 9377016871 ns)
> Time acpi_pm clocksource has been installed.
The lockups seem to be down to DEBUG_LOCK_ALLOC (Lock debugging: detect
incorrect freeing of live locks). If that is enabled then after enough
iperf runs the kernel will lock solid. This problems seems to happen in
kernels from at least 2.6.22 onwards.
I had no idea that enabling lock checking could itself result in a lockup...
--
Sitsofe | http://sucs.org/~sits/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2008-06-10 22:25 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <g2760n$7f0$1@ger.gmane.org>
[not found] ` <g2la7s$g8r$1@ger.gmane.org>
2008-06-10 22:16 ` DEBUG_LOCK_ALLOC causes hostap kernel lockup Sitsofe Wheeler
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox