於 二,2013-12-10 於 15:51 -0800,H. Peter Anvin 提到: > On 12/10/2013 03:24 PM, Matthew Garrett wrote: > >> > >> TAD would also give us the timezone. I'm not sure how you can > >> realistically only use the time function during boot, however, unless > >> you inherently assume it is coherent with the hardware RTC, since you > >> wouldn't be able to set it. > > > > If we can verify that Windows actually uses TAD then I'd agree it's > > preferable to EFI, but if we can't then I wouldn't be so sure. I'll redo > > my Windows instrumentation and figure out under which circumstances it's > > calling the time functions. > > > > Well, *which version* of Windows is a big question here. Keep in mind > that the TAD was only introduced with ACPI 5 so it is quite a new > feature. I would really like to see it implemented in SeaBIOS and/or > OVMF so we can test it out in Qemu. > > -hpa > Actually, I am working on the timezone support of ACPI TIME and EFI TIME. My current implementation is using EFI time services to deal with clock in RTC. The ACPI TAD is a generic device that need parse DSDT for access it. The DSDT parser is in subsystem initial stage. But in start_kernel, the timekeeping_init() call wallclock functions to deal system clock with RTC, it's too early for access ACPI TAD, so it still access CMOS interface unless switch it to EFI services. If we adapt to ACPI TAD, then how does system clock deal with RTC through it when system boot? Thanks Joey Lee -- To unsubscribe from this list: send the line "unsubscribe linux-efi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html