linux-kernel - [patch 00/15] clocksource / timekeeping rework V4 (resend V3 + bug fix)

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-Id: <20090814134717.859098725@de.ibm.com>
Date:	Fri, 14 Aug 2009 15:47:17 +0200
From:	Martin Schwidefsky <schwidefsky@...ibm.com>
To:	linux-kernel@...r.kernel.org
Cc:	Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
	john stultz <johnstul@...ibm.com>
Subject: [patch 00/15] clocksource / timekeeping rework V4 (resend V3 + bug fix)

Greetings,
version 4 of the clocksource / timekeeping cleanup patches. If you
wonder why version 3 did not show up on the mailing list: I had a
hiccup with quilt which did strange things to the message ids and
the post to lkml got rejected. Sorry for the spamming of the people
on Cc.

John pointed out a subtle bug in v3 of the patch set with the reset of
the cycle_last value in timekeeping_resume. Fixed in v4.

The latest additions are:
1) Change read_persistent_clock to return a struct timespec instead of
   an unsigned long with the number of seconds.
2) Introduce read_boot_clock to initialize wall_to_monotonic.
3) Move the reset of cycle_last to zero from the timekeeping code to
   the TSC code.

The patch set is based on todays upstream tree plus the patches from
the tip tree, if anyone wants to try them you need to pull from the
master branch of
    git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-tip

Keeping the fingers crossed that this is now really done.
John already gave his thumbs up for the patch series, so the next
logical question is who is going to sit on the patches until the merge
window is opened? I can certainly create a git branch on git390 for
them, but the patches depend on some patches in the x86-tip tree.
Thomas, any thoughts?

-- 
blue skies,
   Martin.

"Reality continues to ruin my life." - Calvin.

--
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/