Red Hat Bugzilla – Bug 88789
System time has changed after manual display switch or display blank
Last modified: 2007-04-18 12:53:01 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; nl-NL; rv:1.2.1) Gecko/20030225
Description of problem:
When I switch displays (Fn-F8) or turn the display off and on (Fn-D, Fn-F8) on a
Dell Latitude C610 laptop, the system time suddenly is two hours later. My
timezone is GMT+1 (Amsterdam).
I think this is a kernel problem, but it could be an XFree problem as well
The system runs on BIOS R15.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Remember the system time
2. In a graphical environment, press Fn-D or Fn-F8
3. Check the system time again, it is now two hours later (at least, for me)
Actual Results: The system time suddenly was two hours later.
Expected Results: The system time should stay correct regardless of display
changes or blanks.
Output of date and lsmod:
[root@bossalaptop root]# date
ma apr 14 09:42:57 CEST 2003
[root@bossalaptop root]# lsmod
Module Size Used by Not tainted
ide-cd 35708 0 (autoclean)
cdrom 33728 0 (autoclean) [ide-cd]
i810_audio 27720 2 (autoclean)
ac97_codec 13640 0 (autoclean) [i810_audio]
soundcore 6404 2 (autoclean) [i810_audio]
radeon 116132 1
agpgart 47776 3
parport_pc 19076 1 (autoclean)
lp 8996 0 (autoclean)
parport 37056 1 (autoclean) [parport_pc lp]
autofs 13268 0 (autoclean) (unused)
ds 8680 2
yenta_socket 13472 2
pcmcia_core 57216 0 [ds yenta_socket]
3c59x 30704 1
ipt_REJECT 3928 2 (autoclean)
iptable_filter 2412 1 (autoclean)
ip_tables 15096 2 [ipt_REJECT iptable_filter]
nls_iso8859-1 3516 1 (autoclean)
ntfs 59008 1 (autoclean)
keybdev 2944 0 (unused)
mousedev 5492 1
hid 22148 0 (unused)
input 5856 0 [keybdev mousedev hid]
usb-uhci 26348 0 (unused)
usbcore 78784 1 [hid usb-uhci]
ext3 70784 2
jbd 51892 2 [ext3]
more an APM script thing...
I set CLOCK_SYNC="yes" in /etc/sysconfig/apmd, but this did not have any effect
on the screen switching/blanking part. The only effect of this was, that now the
clock was two hours later after wake-up-from-suspend, too.
Sorry, should be CLOCK_SYNC="no" in previous comment
Hm, part of it might be APM. But if the time switches on just switching from
internal/external display, that's a BIOS or X issue.
Please completely disable APM, both in Linux at boot time, by running
ntsysv as root and disabling apmd, and also go into your CMOS settings
and disable APM support. Then save the settings and reboot the computer.
This is to remove APM from being a potential culprit. Now does the
problem still exist when switching VTs? If so, please attach your X server
log, X config file, and /var/log/messages to the bug report as individual
uncompressed file attachments using the link below.
Created attachment 91137 [details]
X Server log
Created attachment 91138 [details]
system message log
Created attachment 91139 [details]
X configuration file
Ok, I disabled apmd and also disabled power-saving features in the BIOS. This
does not help, the system time still gets messed up.
Note: as far as I am considered, I do not switch VT's; I just use my laptop's
funcion key combinations to enable an external VGA display or turn of the
Then this is a BIOS bug. Whatever your BIOS is doing is freezing the
system clock or somesuch. That isn't something that we have any control
over. The simple solution is to not use the hardware switch control.
Alternatively, contact your laptop manufacturer for an updated BIOS
which fixes the problem.