linux-kernel - Re: [RFC PATCH 06/14] rtc-efi: register rtc-efi device when EFI enabled

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1387589042.3539.4901.camel@linux-s257.site>
Date:	Sat, 21 Dec 2013 09:24:02 +0800
From:	joeyli <jlee@...e.com>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Matthew Garrett <matthew.garrett@...ula.com>,
	"bp@...en8.de" <bp@...en8.de>,
	"samer.el-haj-mahmoud@...com" <samer.el-haj-mahmoud@...com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"tglx@...utronix.de" <tglx@...utronix.de>,
	"a.zummo@...ertech.it" <a.zummo@...ertech.it>,
	"Elliott@...com" <Elliott@...com>,
	"werner@...e.com" <werner@...e.com>,
	"rtc-linux@...glegroups.com" <rtc-linux@...glegroups.com>,
	"x86@...nel.org" <x86@...nel.org>,
	"rjw@...ysocki.net" <rjw@...ysocki.net>,
	"mingo@...hat.com" <mingo@...hat.com>,
	"oneukum@...e.de" <oneukum@...e.de>,
	"linux-efi@...r.kernel.org" <linux-efi@...r.kernel.org>,
	"trenn@...e.de" <trenn@...e.de>,
	"matt.fleming@...el.com" <matt.fleming@...el.com>,
	"JBeulich@...e.com" <JBeulich@...e.com>,
	"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
	"matt@...sole-pimps.org" <matt@...sole-pimps.org>
Subject: Re: [RFC PATCH 06/14] rtc-efi: register rtc-efi device when EFI
 enabled

於 五，2013-12-20 於 13:04 -0800，H. Peter Anvin 提到：
> On 12/20/2013 07:14 AM, Matthew Garrett wrote:
> > On Fri, 2013-12-20 at 11:37 +0100, Borislav Petkov wrote:
> >> On Thu, Dec 19, 2013 at 08:30:48PM -0800, H. Peter Anvin wrote:
> >>> On 12/19/2013 08:24 PM, joeyli wrote:
> >>>> I agreed, but userspace application should not be too often to access
> >>>> RTC. Maybe only when system boot and set timezone.
> >>>
> >>> This is, quite frankly, an idiotic argument.
> >>
> >> TBH, I've been struggling with the question too - and it might even be a
> >> stupid question - but what is that absolute need to be able to get the
> >> TZ in userspace? Why should I care?
> >>
> >> Can we get some use cases for stupid people like me please?
> > 
> > Dual-boot environments will tend to have the RTC in local time, not UTC.
> > That means that userspace has to reprogram the clock over daylight
> > savings changes, and to do that it must know whether another OS has
> > already done so.
> > 
> 
> Actually, it doesn't have to reprogram the clock ... it just needs to
> know if another OS has already done so.  All Linux needs to do is to be
> able to derive UTC from whatever the RTC is set to and to be able to
> keep it consistent.
> 
> 	-hpa
> 
> 

It's dependent on a right boot initial priority of distribution.
Here have a discussion of adjusting system clock by TZ (from ACPI or
UEFI):
Discussion on BIOS/CMOS/UEFI clock in local time
	http://www.spinics.net/lists/util-linux-ng/msg07639.html

and,
from Ted Ts'o in the mail thread
     https://lkml.org/lkml/2008/1/8/195


If kernel use the TZ field from ACPI TAD or EFI to adjust system
clock when booting, then it can avoid buggy distributions adjust
system clock AFTER e2fsck is run.

Using ACPI TAD should after DSDT parsing in subsystem initial stage,
so I choice EFI time services before we can move DSDT parser to
start_kernel().


Thanks a lot!
Joey Lee

--
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/