Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 43837 - system clock loses time when burning CD
Summary: system clock loses time when burning CD
Status: VERIFIED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: x86-kernel@gentoo.org (DEPRECATED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-05 15:53 UTC by Michael Hampton
Modified: 2004-04-07 11:44 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Hampton 2004-03-05 15:53:24 UTC
When I burn a CD-R or CD-RW using cdrecord (app-cdr/cdrtools-2.0.1_alpha25, sys-kernel/gentoo-sources-2.4.22-r7) my system clock loses between 2-3 minutes of time.  I keep it synchronized with ntpdate, and in this example, it loses 137 seconds.  Cdrecord also says the burn took ~290 seconds, and it actually took 427 seconds (by stopwatch).  The clock does not lose time during fixating the disc.

This worked previously until two nights ago when I changed from 2.4.20-gentoo-r6 to 2.4.22-gentoo-r7.  I use sys-kernel/genkernel-3.0.1 to build the kernel and I can attach a copy of the kernel config if needed.

root@roam ~ # cdrecord -v /home/error/install-x86-universal-2004.0.iso
Cdrecord-Clone 2.01a25-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 J
Comment 1 Michael Hampton 2004-03-05 15:53:24 UTC
When I burn a CD-R or CD-RW using cdrecord (app-cdr/cdrtools-2.0.1_alpha25, sys-kernel/gentoo-sources-2.4.22-r7) my system clock loses between 2-3 minutes of time.  I keep it synchronized with ntpdate, and in this example, it loses 137 seconds.  Cdrecord also says the burn took ~290 seconds, and it actually took 427 seconds (by stopwatch).  The clock does not lose time during fixating the disc.

This worked previously until two nights ago when I changed from 2.4.20-gentoo-r6 to 2.4.22-gentoo-r7.  I use sys-kernel/genkernel-3.0.1 to build the kernel and I can attach a copy of the kernel config if needed.

root@roam ~ # cdrecord -v /home/error/install-x86-universal-2004.0.iso
Cdrecord-Clone 2.01a25-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to <warly@mandrakesoft.com>.
Note: The author of cdrecord should not be bothered with problems in this version.
TOC Type: 1 = CD-ROM
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.25
Using libscg version 'schily-0.8'.
Driveropts: 'burnfree'
SCSI buffer size: 64512
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'HL-DT-ST'
Identifikation : 'RW/DVD GCC-4240N'
Revision       : '0211'
Device seems to be: Generic mmc2 DVD-ROM.
Current: 0x0009
Profile: 0x0010
Profile: 0x0008
Profile: 0x0009 (current)
Profile: 0x000A
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1705200 = 1665 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data   687 MB
Total size:      789 MB (78:15.24) = 352143 sectors
Lout start:      790 MB (78:17/18) = 352143 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 5
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type A, high Beta category (A+) (3)
  ATIP start of lead in:  -11634 (97:26/66)
  ATIP start of lead out: 359846 (79:59/71)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 3
Manufacturer: CMC Magnetics Corporation
Blocks total: 359846 Blocks current: 359846 Blocks remaining: 7703
Starting to write CD/DVD at speed  24.0 in real TAO mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is ON.
Performing OPC...
Starting new track at sector: 0
Track 01:  687 of  687 MB written (fifo 100%) [buf  50%]   7.9x.
Track 01: Total bytes read/written: 721184768/721184768 (352141 sectors).
Writing  time:  289.979s
Average write speed  16.4x.
Min drive buffer fill was 10%
Fixating...
Fixating time:   22.059s
cdrecord: fifo had 11360 puts and 11360 gets.
cdrecord: fifo was 0 times empty and 4695 times full, min fill was 48%.
root@roam ~ # ntpdate clock2.redhat.com
Looking for host clock2.redhat.com and service ntp
host found : clock2.redhat.com
 5 Mar 17:29:41 ntpdate[14302]: step time server 66.187.224.4 offset 137.314212 sec
root@roam ~ #


Reproducible: Always
Steps to Reproduce:
1. Insert CD-R or CD-RW in drive.
2. Run cdrecord.
3. Reset clock because it's completely wrong now.

Actual Results:  
The system clock (kernel) loses time.  In this case it lost 137 seconds though
it has occasionally lost more than 200 seconds.  Have tested with approximately
17 CDs now.

Expected Results:  
The system clock should not lose any time during burning a CD.

This is an IBM ThinkPad R40 2681CU1 with 640MB RAM, 20GB disk, original combo
drive used to burn the discs.  Recently changed to
sys-kernel/gentoo-sources-2.4.22-r7 and normally emerge sync daily.

root@roam ~ # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0,
2.4.22-gentoo-r7)
=================================================================
System uname: 2.4.22-gentoo-r7 i686 Mobile Intel(R) Pentium(R) 4 - M CPU
1.80GHzGentoo Base System version 1.4.3.13p1
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -mcpu=i686 -march=pentium4 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf
/etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mcpu=i686 -march=pentium4 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
ftp://gentoo.mirrors.pair.com/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X Xaw3d aalib accessibility apache2 apm avi berkdb bonobo cdr crypt cscope
cups curl dga directfb doc dvb dvd dvdr encode esd ethereal fam fastcgi fbcon
flac foomaticdb gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml
imagemagick imap imlib java jpeg lcms ldap libg++ libwww mad mikmod mmx motif
mozilla mpeg mpi nas ncurses nls oggvorbis opengl oss pam pcmcia pda pdflib perl
png pnp python quicktime readline samba sasl scanner sdl slang slp snmp spell
sqlite sse ssl svga tcltk tcpd tetex tiff truetype trusted unicode x86 xinerama
xml xml2 xmms xosd xv zlib"
 
root@roam ~ #
Comment 2 SpanKY gentoo-dev 2004-03-05 16:51:46 UTC
try a newer kernel
Comment 3 Michael Hampton 2004-03-08 05:51:18 UTC
Installed kernel gentoo-dev-sources-2.6.3-r2 and the problem does NOT occur with this kernel.
Comment 4 Jason Cox (RETIRED) gentoo-dev 2004-04-07 11:44:05 UTC
Since the newer kernel fixed it, I'm marking this bug closed.
Comment 5 Jason Cox (RETIRED) gentoo-dev 2004-04-07 11:44:39 UTC
Closed. Issue fixed by updating the kernel.