Hardware Environment: Dell Latitude C600 laptop + docking station
The fact that CONFIG_APM_RTS_IS_GMT is a kernel compile-time flag instead of a
sysctl-tunable parameter (and companies like RedHat deliver kernels compiled
with this flag on) means that you have to recompile the kernel just to be able
to run Linux in environments where the RTC _cannot_ be set to GMT (like when
co-existing with Windows operating systems). Once set up, the kernel parameter
could be set according to /etc/sysconfig/clock setting at boot time, simplifying
life for all. A quick browse of the apm.c source code makes me think this change
would not really require major work, but of course I could be mistaken.
Steps to reproduce:
The usual problems occur when the kernel compile flag setting does not match
with the actual RTC setting, like time zone changes when switching displays via
the APM BIOS.
This compile-time option doesn't exist anymore so I'm closing this.
It does still exist (if you spell it right) CONFIG_APM_RTC_IS_GMT.
Sorry, I closed the wrong bug...
This bug hasn't seen any activity in ages. Okay to close?
A patch would be trivial - should I provide one?
Or better, asking the other way round - why would this still be needed?
Using hwclock it's perfectly easy to tell the kernel that the RTC is
running in local time, and all distros do this AFAIK.
I posted a patch to remove this config option CONFIG_APM_RTC_IS_GMT. It it
sitting in -mm right now and from what I can infer will be in mainline soon.
OK to close.
Thanks a lot - so I'm resolving this as fixed.
this commit shipped in 2.6.22 -- closed.
Author: Parag Warudkar <firstname.lastname@example.org>
Date: Wed May 2 19:27:10 2007 +0200
[PATCH] i386: remove the APM_RTC_IS_GMT config option.
Signed-off-by: Parag Warudkar <email@example.com>
Signed-off-by: Andrew Morton <firstname.lastname@example.org>
Signed-off-by: Andi Kleen <email@example.com>