Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758813AbZKKTuQ (ORCPT ); Wed, 11 Nov 2009 14:50:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758633AbZKKTuQ (ORCPT ); Wed, 11 Nov 2009 14:50:16 -0500 Received: from mx1.redhat.com ([209.132.183.28]:1025 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758607AbZKKTuP (ORCPT ); Wed, 11 Nov 2009 14:50:15 -0500 Date: Wed, 11 Nov 2009 14:50:16 -0500 From: Dave Jones To: Justin Piszcz Cc: linux-kernel@vger.kernel.org Subject: Re: 2.6.31.4: WARNING: at arch/x86/kernel/hpet.c:390 hpet_next_event+0x70/0x80() Message-ID: <20091111195016.GB22225@redhat.com> Mail-Followup-To: Dave Jones , Justin Piszcz , linux-kernel@vger.kernel.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2603 Lines: 54 On Sun, Nov 08, 2009 at 09:35:33AM -0500, Justin Piszcz wrote: > Motherboard: Intel DP55KG > BIOS: 3878P (latest as of 11/08/09) > > When CPUFREQ is compiled in the kernel: > > [ 3.377946] [] ? hpet_next_event+0x70/0x80 > [ 3.377947] [] ? hpet_next_event+0x70/0x80 > [ 3.377950] [] ? warn_slowpath_common+0x74/0xd0 > [ 3.377952] [] ? hpet_next_event+0x70/0x80 > [ 3.377954] [] ? tick_dev_program_event+0x36/0xb0 > [ 3.377956] [] ? tick_broadcast_oneshot_control+0x119/0x120 > [ 3.377957] [] ? tick_notify+0x22d/0x420 > [ 3.377960] [] ? notifier_call_chain+0x37/0x70 > [ 3.377961] [] ? clockevents_notify+0x2b/0x90 > [ 3.377964] [] ? acpi_idle_enter_bm+0x15f/0x2d3 > [ 3.377966] [] ? acpi_idle_enter_c1+0xf1/0xfc > [ 3.377969] [] ? cpuidle_idle_call+0xba/0x120 > [ 3.377972] [] ? cpu_idle+0x60/0xa0 > [ 3.377975] ---[ end trace 222f8db6d7ba1b9b ]--- This also happens if cpufreq is a module ? There's no cpufreq code in that trace, so I'm puzzled. > [ 3.883303] cpufreq-core: trying to register driver acpi-cpufreq > [ 3.883305] cpufreq-core: adding CPU 0 > [ 3.883348] cpufreq-core: initialization failed > [ 3.883349] cpufreq-core: adding CPU 1 > [ 3.883390] cpufreq-core: initialization failed > [ 3.883391] cpufreq-core: adding CPU 2 > [ 3.883432] cpufreq-core: initialization failed > [ 3.883433] cpufreq-core: adding CPU 3 > [ 3.883473] cpufreq-core: initialization failed > [ 3.883474] cpufreq-core: adding CPU 4 > [ 3.883515] cpufreq-core: initialization failed > [ 3.883516] cpufreq-core: adding CPU 5 > [ 3.883556] cpufreq-core: initialization failed > [ 3.883557] cpufreq-core: adding CPU 6 > [ 3.883598] cpufreq-core: initialization failed > [ 3.883599] cpufreq-core: adding CPU 7 > [ 3.883639] cpufreq-core: initialization failed > [ 3.883640] cpufreq-core: no CPU initialized for driver acpi-cpufreq Does acpi-cpufreq work when built as a module ? If it does, seeing the differences in output from booting with cpufreq.debug=7 might yield some clues. Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/