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...@vger.kernel.org list, cc-ing Len Brown <l...@kernel.org>, linux-ker...@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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
