[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200704252033.06288.lenb@kernel.org>
Date: Wed, 25 Apr 2007 20:33:05 -0400
From: Len Brown <lenb@...nel.org>
To: john stultz <johnstul@...ibm.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Adrian Bunk <bunk@...sta.de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Guilherme Schroeder <guilherme@...tralinf.com.br>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>,
Mikael Pettersson <mikpe@...uu.se>, ak@...e.de,
linux-pm@...ts.linux-foundation.org,
Len Brown <len.brown@...el.com>
Subject: Re: [3/3] 2.6.21-rc7: known regressions (v2)
On Wednesday 25 April 2007 14:08, john stultz wrote:
> On Wed, 2007-04-25 at 04:06 -0700, Andrew Morton wrote:
> > On Mon, 23 Apr 2007 23:49:09 +0200 Adrian Bunk <bunk@...sta.de> wrote:
> >
> > > This email lists some known regressions in Linus' tree compared to 2.6.20.
> > >
> > > If you find your name in the Cc header, you are either submitter of one
> > > of the bugs, maintainer of an affectected subsystem or driver, a patch
> > > of you caused a breakage or I'm considering you in any other way
> > > possibly involved with one or more of these issues.
> > >
> > > Due to the huge amount of recipients, please trim the Cc when answering.
> > >
> > >
> > > Subject : HPET enabled freeze my machine at boot
> > > workaround: clocksource=acpi_pm
> > > References : http://lkml.org/lkml/2007/4/19/370
> > > Submitter : Guilherme Schroeder <guilherme@...tralinf.com.br>
> > > Caused-By : Thomas Gleixner <tglx@...utronix.de>
> > > commit 5d8b34fdcb384161552d01ee8f34af5ff11f9684
> > > Handled-By : John Stultz <johnstul@...ibm.com>
> > > Status : problem is being debugged
> > >
> > >
> > > Subject : acpi_pm clocksource loses time on x86-64
> > > References : http://lkml.org/lkml/2007/4/17/143
> > > Submitter : Mikael Pettersson <mikpe@...uu.se>
> > > Handled-By : John Stultz <johnstul@...ibm.com>
> > > Status : problem is being debugged
> > >
> > >
> > > Subject : suspend to disk hangs (CONFIG_NO_HZ)
> > > References : http://lkml.org/lkml/2007/3/25/217
> > > Submitter : Jeff Chua <jeff.chua.linux@...il.com>
> > > Status : unknown
> >
> > That's still rather a lot of bustage from the timekeeping changes. Is
> > anything really happening here or have we all given up?
>
>
> The ACPI PM one is *really* odd as its the same clocksource driver on
> both arches. I had Mikael cut out the clocksource frequency adjustments,
> and confirmed both i386 and x86_64 are using the same base freq
> (confirmed via printks).
If this chipset's PM-timer loses "several minutes per hour" on x86_64,
I would expect it to do the same on i386. I can't imagine what the
difference could be. Any possibility it is the 24-bit version
and we do something funky on wraparound?
-Len
> It almost seems like when booting x86_64 the ACPI PM counter is running
> slowly!
>
> Len: Have you ever heard of such a thing? It seems quite unlikely...
>
>
> WRT the HPET freeze issue, I'm still digging there. In that case it
> appears the HPET isn't counting, so timekeeping just stops. I was
> thinking it might be HRT messing w/ the wrong HPET registers, but so far
> that hasn't shaken out.
>
> I'll spend some more time on these today and see if we get any further.
>
> thanks
> -john
>
>
> -
> 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/
>
-
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