Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1286445
| From | Matt Fleming <matt@codeblueprint.co.uk> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 6/7] efi: runtime-wrapper: get rid of the rtc_lock spinlock |
| Date | 2015-12-08 13:50 +0100 |
| Message-ID | <qDpSs-2rq-55@gated-at.bofh.it> (permalink) |
| References | <qDpSs-2rq-57@gated-at.bofh.it> <qDpSs-2rq-59@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, 01 Dec, at 11:50:19AM, Ard Biesheuvel wrote: > The rtc_lock spinlock aims to serialize access to the CMOS RTC between > the UEFI firmware and the kernel drivers that use it directly. However, > x86 is the only arch that performs such direct accesses, and that never > uses the time related UEFI runtime services. Since no other UEFI enlightened > architectures have a legcay CMOS RTC anyway, we can remove the rtc_lock > spinlock entirely. > > Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> > --- > drivers/firmware/efi/runtime-wrappers.c | 32 +++++--------------- > 1 file changed, 8 insertions(+), 24 deletions(-) Is this really true? It's not possible, for instance, for 32-bit ARM systems to use the rtc-cmos driver which would access the same physical device that UEFI would with the GetTime() service? With the pending 32-bit ARM UEFI support coming, this needs to be considered carefully. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v2 6/7] efi: runtime-wrapper: get rid of the rtc_lock spinlock Matt Fleming <matt@codeblueprint.co.uk> - 2015-12-08 13:50 +0100 Re: [PATCH v2 6/7] efi: runtime-wrapper: get rid of the rtc_lock spinlock Ard Biesheuvel <ard.biesheuvel@linaro.org> - 2015-12-08 14:20 +0100
csiph-web