linux-kernel - Re: [3/3] 2.6.21-rc7: known regressions (v2)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1177524532.6401.17.camel@localhost.localdomain>
Date:	Wed, 25 Apr 2007 11:08:52 -0700
From:	john stultz <johnstul@...ibm.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	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 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).

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/