On Tue, 2007-09-11 at 21:52 +0200, Thomas Gleixner wrote:Summary of the oddities we are seing: 1.) disabling local apic timer makes the problem go away 2.) disabling nohz and highres makes the problem go away 3.) adding the cpuidle patches from the acpi tree makes the problem go away The obvious conclusion is, that in all other cases we run into a state, where the local apic timer is not working. 1) we do not use it 2) it is used in periodic mode 3) the cpu does not enter C2 (which turns the lapic timer off on the VAIO) While 1) and 3) are understandable, the reason why 2) is working is a mystery because the periodic mode is affected by the C state as well. Andrew, can you please provide the output of /proc/timer_list when you boot the kernel with "nohz=off highres=off", but honestly I do not expect a lot of enlightenment from it. The Sysrq-Q output from the point where the box is stuck without keystrokes might give us more information. tglx -
| David Miller | Re: Slow DOWN, please!!! |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jan Engelhardt | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
