http://bugzilla.kernel.org/show_bug.cgi?id=14771 Petr Baudis <pasky@xxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pasky@xxxxxxx --- Comment #13 from Petr Baudis <pasky@xxxxxxx> 2010-02-20 09:06:13 --- I have the same problem with i7 920; currently using 2.6.32.8, but 2.6.27 is already having trouble; all the symptoms from bug description are the same. For me, even on 2.6.32.8, switching cpufreq governor from ondemand to performance seems to fix the issue fine, but I haven't had to do it many times yet. Also, I don't have this problem on Core2 Duo Q9300 machines. HyperThreading turned on/off does not make a difference for the i7 machine. I have now also found one i7 machine (supposedly identical) where I seem *NOT* to have this problem. diff -u broken_dmesg working_dmesg shows: @@ -117,6 +71,14 @@ PM: Adding info for acpi:LNXCPU:05 PM: Adding info for acpi:LNXCPU:06 PM: Adding info for acpi:LNXCPU:07 +PM: Adding info for acpi:LNXCPU:08 +PM: Adding info for acpi:LNXCPU:09 +PM: Adding info for acpi:LNXCPU:0a +PM: Adding info for acpi:LNXCPU:0b +PM: Adding info for acpi:LNXCPU:0c +PM: Adding info for acpi:LNXCPU:0d +PM: Adding info for acpi:LNXCPU:0e +PM: Adding info for acpi:LNXCPU:0f PM: Adding info for acpi:LNXSYBUS:00 PM: Adding info for acpi:PNP0C0E:00 PM: Adding info for acpi:PNP0A08:00 @@ -177,6 +139,7 @@ PM: Adding info for acpi:device:25 PM: Adding info for acpi:device:26 PM: Adding info for acpi:device:27 +PM: Adding info for acpi:PNP0103:00 PM: Adding info for acpi:pnp0c14:00 PM: Adding info for acpi:LNXTHERM:00 PM: Adding info for acpi:LNXPWRBN:00 @@ -216,7 +179,6 @@ pci 0000:00:1d.7: reg 10 32bit mmio: [0xd0321000-0xd03213ff] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold pci 0000:00:1d.7: PME# disabled -pci 0000:00:1f.0: Force enabled HPET at 0xfed00000 pci 0000:00:1f.0: quirk: region 0400-047f claimed by ICH6 ACPI/GPIO/TCO pci 0000:00:1f.0: quirk: region 0500-053f claimed by ICH6 GPIO pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0680 (mask 007f) @@ -320,8 +282,6 @@ libata version 3.00 loaded. PCI: Using ACPI for IRQ routing PM: Adding info for No Bus:lo -hpet clockevent registered -HPET: 4 timers in total, 0 timers will be used for per-cpu timer hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0 hpet0: 4 comparators, 64-bit 14.318180 MHz counter Switching to clocksource tsc Finally, some hwinfo excerpts: broken machine #1 BIOS Info: #5 Vendor: "Intel Corp." Version: "SOX5810J.86A.2127.2008.0914.1638" Date: "09/14/2008" Board Info: #7 Manufacturer: "Intel Corporation" Product: "DX58SO" Version: "AAE29331-501" broken machine #2 BIOS Info: #5 Vendor: "Intel Corp." Version: "SOX5810J.86A.3435.2009.0210.2311" Date: "02/10/2009" Board Info: #7 Manufacturer: "Intel Corporation" Product: "DX58SO" Version: "AAE29331-503" working machine #1 BIOS Info: #5 Vendor: "Intel Corp." Version: "SOX5810J.86A.4405.2009.1020.1419" Date: "10/20/2009" Board Info: #7 Manufacturer: "Intel Corporation" Product: "DX58SO" Version: "AAE29331-701" I will try to rebuild with cpufreq debugging enabled now, and try to upgrade BIOS. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
