Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 34746 - clock timer configuration lost messages
clock timer configuration lost messages
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Michael K. Johnson
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2001-04-04 14:07 EDT by Matt Domsch
Modified: 2007-04-18 12:32 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-04-04 14:14:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matt Domsch 2001-04-04 14:07:23 EDT
I'm seeing the issue described below on my Dell PowerEdge 2400 running 
qa0401, kernel 2.4.2-0.1.49-i686smp.  Perhaps it's not restricted to VIA?  
System has 2x933MHz, 1GB RAM.

List:     linux-kernel
Subject:  Re: "clock timer configuration lost" error?
From:     Alan Cox <alan@lxorguk.ukuu.org.uk>
Date:     2001-02-26 14:57:47
> Anyone have a clue about the 'probable hdw bug' messages?  No disk
> activity to speak of, no other symptoms and/or messages.

Small number of VIA 686 boxes randomly jump from 100Hz back to the DOS 18Hz
timeout. We dont know if its hardware or maybe APM bios bugs. The kernel 
puts the timer back and life appears happy again
Comment 1 Arjan van de Ven 2001-04-04 14:13:56 EDT
Somehow serverworks machines seem to trigger the message. It's harmless
and the print-priority has been reduced (eg KERN_DEBUG) for newer kernels.

Severworks either has a similar flaw, or a known problem in the code triggers.
The test is slightly inaccurate as there is a small windows during "counter
overflow" where the detection goes wrong. Setting the clock to 100Hz is 
harmless if it is already 100Hz so there is no harm done.
We have reduced the priority of the printk to below "user visible" -> resolved

Note You need to log in before you can comment on or make changes to this bug.