diff options
author | Thomas Gleixner <tglx@linutronix.de> | 2009-08-20 18:19:45 +0200 |
---|---|---|
committer | Thomas Gleixner <tglx@linutronix.de> | 2009-08-21 21:13:37 +0200 |
commit | 8cab02dc3c58a12235c6d463ce684dded9696848 (patch) | |
tree | 3e6e83cbfd2fcfccebcd87a7aa78eb8f905ed5a7 /arch/x86/crypto/aesni-intel_glue.c | |
parent | 01548f4d3e8e94caf323a4f664eb347fd34a34ab (diff) | |
download | blackbird-op-linux-8cab02dc3c58a12235c6d463ce684dded9696848.tar.gz blackbird-op-linux-8cab02dc3c58a12235c6d463ce684dded9696848.zip |
x86: Do not unregister PIT clocksource on PIT oneshot setup/shutdown
This basically reverts commit 1a0c009ac (x86: unregister PIT
clocksource when PIT is disabled) because the problem which was tried
to address with that patch has been solved by commit 3f68535ada
(clocksource: sanity check sysfs clocksource changes).
The problem addressed by the original patch is that PIT could be
selected as clocksource after the system switched the PIT off or set
the PIT into one shot mode which would result in complete timekeeping
wreckage.
Now with the sysfs sanity check in place PIT cannot be selected again
when the system is in oneshot mode. The system will not switch to one
shot mode as long as PIT is installed because PIT is not suitable for
one shot.
The shutdown case which happens when the lapic timer is installed is
covered by the fact that init_pit_clocksource() is called after the
lapic timer take over and then does not install the PIT clocksource
at all.
We should have done the sanity checks back then, but ...
This also solves the locking problem which was reported vs. the
clocksource rework.
LKML-Reference: <new-submission>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: john stultz <johnstul@us.ibm.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'arch/x86/crypto/aesni-intel_glue.c')
0 files changed, 0 insertions, 0 deletions