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 (XFree86-4.3.0-2). The system runs on BIOS R15. Version-Release number of selected component (if applicable): kernel-2.4.20-9 How reproducible: Always 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. Additional info: 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] [root@bossalaptop root]#
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 laptop's display.
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.