[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.1.10.0809011311210.3243@apollo.tec.linutronix.de>
Date: Mon, 1 Sep 2008 13:14:37 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Larry Finger <Larry.Finger@...inger.net>
cc: LKML <linux-kernel@...r.kernel.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Alok Kataria <akataria@...are.com>,
Michael Buesch <mb@...sch.de>
Subject: Re: Regression in 2.6.27 caused by commit bfc0f59
On Sun, 31 Aug 2008, Larry Finger wrote:
> An ancient laptop of mine started throwing errors from b43legacy when I
> started using 2.6.27 on it. This has been bisected to commit bfc0f59 "x86:
> merge tsc calibration". Incidentally, I was appalled at the number of build
> errors that were found while bisecting in this region. Every commit from
> 2.6.26-rc9-00715 to at least -00719 had include errors that had to be fixed
> before it would compile. Those fixes are the only reason that the builds below
> are "dirty".
>
> The CPU in this computer is an AMD-K6 at stepping 0c and running at 450 MHz.
>
> The critical differences in the dmesg output between the "good" and "bad"
> results indicate a factor of 2 difference in the clock speed, and are shown
> below:
> +Clocksource tsc unstable (delta = 500037272 ns)
> -Clocksource tsc unstable (delta = 83950402 ns)
In both cases the TSC is ahead of the pm_timer, which looks like the
pm_timer is behaving strange.
Can you please disable the pm_timer (in the kernel config,
unfortunately there is no command line option for that) for a test and
provide the relevant output of demsg ?
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists