lkml.org 
[lkml]   [2008]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] [3/3] Enable ACPI extended century handling for 32bit too
On Fri, 8 Feb 2008, Andi Kleen wrote:

>
> Not that it matters much, see comment in the code.
>
> Signed-off-by: Andi Kleen <ak@suse.de>
>
> ---
> arch/x86/kernel/rtc.c | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> Index: linux/arch/x86/kernel/rtc.c
> ===================================================================
> --- linux.orig/arch/x86/kernel/rtc.c
> +++ linux/arch/x86/kernel/rtc.c
> @@ -112,12 +112,13 @@ unsigned long mach_get_cmos_time(void)
> mon = CMOS_READ(RTC_MONTH);
> year = CMOS_READ(RTC_YEAR);
>
> -#if defined(CONFIG_ACPI) && defined(CONFIG_X86_64)
> - /* CHECKME: Is this really 64bit only ??? */
> + /*
> + * On 32bit not strictly needed because the world ends in 2038
> + * and the code can handle that with the 2 digit heuristics.
> + */
> if (acpi_gbl_FADT.header.revision >= FADT2_REVISION_ID &&
> acpi_gbl_FADT.century)
> century = CMOS_READ(acpi_gbl_FADT.century);

How does this compile with CONFIG_ACPI=n ?

Thanks,
tglx


\
 
 \ /
  Last update: 2008-02-09 11:41    [W:0.403 / U:0.328 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site