[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.02.1403130049500.18573@ionos.tec.linutronix.de>
Date: Thu, 13 Mar 2014 01:54:47 +0100 (CET)
From: Thomas Gleixner <tglx@...utronix.de>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>
cc: joeyli <jlee@...e.com>, Julian Wollrath <jwollrath@....de>,
x86@...nel.org, LKML <linux-kernel@...r.kernel.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
"H. Peter Anvin" <hpa@...or.com>,
John Stultz <john.stultz@...aro.org>, Ted Ts'o <tytso@....edu>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [RESEND] Fast TSC calibration fails with v3.14-rc1 and later
On Thu, 13 Mar 2014, Rafael J. Wysocki wrote:
> Thus follow the original idea to execute acpi_early_init() before
> efi_enter_virtual_mode() to help the EFI people for now and we can
> revisit the other problem that commit 73f7d1ca3263 attempted to
> address in the future (if really necessary).
It's not necessary at all. In fact we really want to get rid of the
arch specific cmos stuff which is an historical leftover.
I talked to John Stultz earlier today and he agrees that there are
only a few trivial things to add to the RTC subsystem to make this
work.
>From the timekeeping POV there is absolutely no need to set the wall
clock time early. The kernel boot phase does not care about wall time
at all. We should have it done before we hit userspace, but not even
that is a hard requirement.
That TAD/EFI time mess is not going to happen before that is solved.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists