Created attachment 22819 [details] Output of "dmesg" when error occurs Hi, with recent mainline kernels, including 2.6.31-rc7, the system sporadicly (approx. once every five or so system starts) boots into a state with limited system responsiveness (e.g. second-long latency to console keyboard input, gaps in video playback under X). Everytime (and only) when this occurs, dmesg displays the following line: "hrtimer: interrupt too slow, forcing clock min delta to [...] ns" Additional detail: when the system has booted with the error, system responsiveness is noticeably affected by mouse movements, even on the console without X11 running. E.g. during system shutdown (which takes more than twice the time than normal), the mere act of moving the mouse considerably speeds up the system and the further shutdown process. This is always reproducible. (I'm guessing this has to do with the associated hardware interrupts) I have tickless system enabled in .config and HPET enabled in system's BIOS. My system: Linux 2.6.31-rc7 compiled for 64 bit (.config attached) AMD Athlon 64 X2 4400+ (/proc/cpuinfo attached) Mainboard with NVidia nForce 630a (lspci -vv attached) dmesg attached, one time with and one time without the error Please feel free to ask if you need further information.
Created attachment 22820 [details] Output of "dmesg" when system boots normally
Created attachment 22821 [details] My .config for 2.6.31-rc7
Created attachment 22822 [details] Output of "lspci -vv"
Created attachment 22823 [details] Output of cat /proc/cpuinfo
If this is seen with modern kernels please re-open the bug