Bug#644550: indefinite soft lockup on rm

[Jonathan Nieder <jrnieder@gmail.com>]

tags 644550 + upstream
found 644550 linux-2.6/3.0.0-5
quit

Egon Eckert wrote:

> Attached.  It makes no sense for me.  And it doesn't seem to contain the _CST
> table, maybe because these being disabled in BIOS?

Yep, I meant acpidump with c-states enabled.  But don't worry about it.

> As of Shyam_Iyer's answers in the list, I'm probably being hit by known
> Nehalem/Westmere C-states transition trouble (documented in Intel's errata).
> Maybe another workaround (instead of disabling the C-states completely in
> BIOS) would be booting with
>
> processor.max_cstate=2

Sounds sensible.  I hope people more familiar with the problem will
work on a patch upstream, so it can make its way to the 2.6.32.y
stable kernel and all distributors benefit.

Here's the best article on such trouble I can find from a quick
search: [1].  Do you happen to know the name of the erratum, or an
Intel document describing it?

I don't see any relevant fixes upstream recently, but please confirm
the problem with a 3.2 release candidate from experimental, and then
we should take this upstream (that means the linux-pm@vger.kernel.org
list, cc-ing Len Brown <lenb@kernel.org>,
linux-kernel@vger.kernel.org, and either me or this bug log so we can
track it).

Thanks a lot,
Jonathan

[1] http://support.citrix.com/article/CTX127395