sparc: remove the useless APM_RTC_IS_GMT option
PATCH 1/1 sparc: remove the useless APM_RTC_IS_GMT option
I can't see any effect of this option outside the i386-specific APM code.
Signed-off-by Adrian Bunk <[email protected]>
---
This patch was already sent on:
- 2 Jul 2005
drivers/sbus/char/Kconfig renamed from drivers/sbus/char/Kconfig.old +0 -14
@@ -71,20 +71,6 @@ # XXX Why don't we do "source drivers/char/Config.in" somewhere? # no shit -config APM_RTC_IS_GMT - bool - depends on EXPERIMENTAL && SPARC32 && PCI - default y - help - Say Y here if your RTC (Real Time Clock a.k.a. hardware clock) - stores the time in GMT (Greenwich Mean Time). Say N if your RTC - stores localtime. - - It is in fact recommended to store GMT in your RTC, because then you - don't have to worry about daylight savings time changes. The only - reason not to use GMT in your RTC is if you also run a broken OS - that doesn't understand GMT. - config RTC tristate "PC-style Real Time Clock Support" depends on PCI && EXPERIMENTAL && SPARC32
Quoted 2 lines · Adrian Bunk
I can't see any effect of this option outside the i386-specific APM code.
Doesn't the Javastation potentially use this?
~spot
Signature · 4 lines
Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my!
Quoted 5 lines · Tom 'spot' Callaway
Quoted 2 lines · Adrian Bunk
I can't see any effect of this option outside the i386-specific APM code.
Doesn't the Javastation potentially use this?
I don't know whether the Javastation supports APM, but the whole APM code in the kernel is currently only available on i386.
Quoted 1 line
~spot
cu
Adrian
Signature · 4 lines
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed