From: Austin S Hemmelgarn <ahferroin7@gmail.com>
To: "Pali Rohár" <pali.rohar@gmail.com>,
"Matt Fleming" <matt.fleming@intel.com>
Cc: Borislav Petkov <bp@alien8.de>, Mark Salter <msalter@redhat.com>,
Alessandro Zummo <a.zummo@towertech.it>,
rtc-linux@googlegroups.com, linux-efi@vger.kernel.org,
linux-kernel@vger.kernel.org, Dave Young <dyoung@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Matthew Garrett <mjg59@srcf.ucam.org>
Subject: Re: [PATCH] rtc: Disable EFI rtc for x86
Date: Mon, 10 Nov 2014 11:45:06 -0500 [thread overview]
Message-ID: <5460EB92.1090501@gmail.com> (raw)
In-Reply-To: <201411101723.49197@pali>
[-- Attachment #1: Type: text/plain, Size: 2139 bytes --]
On 2014-11-10 11:23, Pali Rohár wrote:
> On Monday 10 November 2014 12:22:13 Matt Fleming wrote:
>> On Sun, 2014-11-09 at 19:22 +0100, Borislav Petkov wrote:
>>> On Sun, Nov 09, 2014 at 06:37:46PM +0100, Pali Rohár wrote:
>>>> this patch totally disabled efi rfc driver on x86 machines
>>>> at compile time. But on some x86 machines it working
>>>> without crash and reading from file
>>>> /sys/class/rtc/rtc*/since_epoch returns correct
>>>> information. So why to disable compiling driver on
>>>> machines where driver working?
>>>
>>> Sounds like we need an efi=rtc_enable knob for people who
>>> what to use it...
>>
>> I'm not so sure. By and large, the EFI runtime Time services
>> just don't work very well on x86. Just because they work
>> sometimes, doesn't actually mean it's a good idea to use
>> them.
>>
>> The one scenario where the time services are useful is early
>> on during boot when we want to get the timezone information.
>> I have vague recollections of someone working on that.
>
> On laptop Dell Latitude E6440 with 64bit kernel 3.17-rc6 (where
> was rtc-efi.ko enabled at compile time for x86) it working fine
> without crash. So I think that other Dell machines could work
> too.
>
I can also confirm that it works correctly on a number of ASUS and
ASrock desktop motherboards with the most recent BIOS updates, and on a
Lenovo Thinkpad L540. I can however confirm that it DOES NOT work
however on an Acer Aspire V5-131 system, though I had never updated the
BIOS on that one, so it may work correctly with a newer BIOS version.
> Maybe problems which were reported are only specific for 32bit
> UEFI? Or 32bit kernels?
>
> And I think that if I know that efi time service working on
> machine, I should be able to use it with mainline kernel (without
> hacking Kconfig to enable it and so...).
>
I agree, without it you need PC CMOS RTC support to access the RTC on
most systems, which in turn means that you have to enable the CSM in the
EFI firmware, which is annoying cause you can't easily dual boot windows
with secure boot when the CSM is enabled.
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 2455 bytes --]
next prev parent reply other threads:[~2014-11-10 16:45 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-03 12:32 [PATCH] rtc: Disable EFI rtc for x86 Matt Fleming
[not found] ` <1412339576-17972-1-git-send-email-matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-10-03 15:01 ` Mark Salter
[not found] ` <1412348517.5410.13.camel-PDpCo7skNiwAicBL8TP8PQ@public.gmane.org>
2014-11-09 17:37 ` Pali Rohár
2014-11-09 18:22 ` Borislav Petkov
[not found] ` <20141109182231.GA29337-fF5Pk5pvG8Y@public.gmane.org>
2014-11-10 11:22 ` Matt Fleming
[not found] ` <1415618533.14686.239.camel-ZqTwcBeJ+wsBof6jY8KHXm7IUlhRatedral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2014-11-10 16:23 ` Pali Rohár
2014-11-10 16:45 ` Austin S Hemmelgarn [this message]
[not found] ` <5460EB92.1090501-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-11-10 17:04 ` Matthew Garrett
2014-11-10 20:37 ` Austin S Hemmelgarn
[not found] ` <5461220E.20605-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-11-10 20:58 ` H. Peter Anvin
[not found] ` <546126FF.3070600-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
2014-11-10 21:26 ` Matthew Garrett
2014-11-11 11:38 ` One Thousand Gnomes
2014-11-11 11:46 ` Borislav Petkov
2014-11-11 11:53 ` Pali Rohár
2014-11-11 12:14 ` Austin S Hemmelgarn
2014-11-14 11:21 ` Pali Rohár
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5460EB92.1090501@gmail.com \
--to=ahferroin7@gmail.com \
--cc=a.zummo@towertech.it \
--cc=bp@alien8.de \
--cc=dyoung@redhat.com \
--cc=hpa@zytor.com \
--cc=linux-efi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matt.fleming@intel.com \
--cc=mjg59@srcf.ucam.org \
--cc=msalter@redhat.com \
--cc=pali.rohar@gmail.com \
--cc=rtc-linux@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox