Bug 19922 - lost timer interrupts (*severe*)
lost timer interrupts (*severe*)
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
7.0
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Michael K. Johnson
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-10-27 12:14 EDT by j. alan eldridge
Modified: 2007-04-18 12:29 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-12-14 21:59:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description j. alan eldridge 2000-10-27 12:14:18 EDT
massive loss of timer interrupts and hence system time is dramatically 
behind rtc clock (and dramatically behind our place in the space-time 
continuum as well).

losses of >20% wall time not unusual.

symptoms manifest when:

* ripping cds (setuid root, real-time scheduler)
* burning cds (setuid root, real-time scheduler)
* playing mp3s with xmms (*not root*)

hardware config (see wozzle.geeksrus.net on rhn):

asus pc3j133 (?i'm at work, not home?) 
via chipset
aha-2930cu
atapi cdrom as hdd
tdk atapi cd-rw as scd0
creative audio pci (es1371)
diamond supraexpress 56k usb modem
logitech usb mouse
voodoo 3000 agp video
smc pci 10/100 ethernet
Comment 1 Arjan van de Ven 2001-01-15 13:11:17 EST
There is a known problem with via chipsets and losing time. It seems to
sometimes reset itself to
a frequency of 18Hz (the Windows default) while Linux programmed it to 100Hz.
It should be worked around as of the Linux 2.2.19-pre1 kernel.

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