linux-kernel - DEBUG_LOCK_ALLOC causes hostap kernel lockup

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Tue, 10 Jun 2008 23:16:13 +0100
From:	Sitsofe Wheeler <sitsofe@...oo.com>
To:	linux-kernel@...r.kernel.org
Cc:	kernel-testers@...r.kernel.org, linux-wireless@...r.kernel.org
Subject:  DEBUG_LOCK_ALLOC causes hostap kernel lockup

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/

--
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/