linux-kernel - Re: [PATCH 1/1] efi: rtc: Enable SET/GET WAKEUP services as optional

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] [day] [month] [year] [list]

Message-ID: <CAMj1kXFDAojDSAUwdSNbD1Wkjo8WH-i4hs3us-uiWt+AYM1OMQ@mail.gmail.com>
Date:   Tue, 3 Jan 2023 17:37:38 +0100
From:   Ard Biesheuvel <ardb@...nel.org>
To:     Shanker Donthineni <sdonthineni@...dia.com>
Cc:     Alexandre Belloni <alexandre.belloni@...tlin.com>,
        Alessandro Zummo <a.zummo@...ertech.it>,
        linux-rtc@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-efi@...r.kernel.org
Subject: Re: [PATCH 1/1] efi: rtc: Enable SET/GET WAKEUP services as optional

On Tue, 3 Jan 2023 at 17:37, Shanker Donthineni <sdonthineni@...dia.com> wrote:
>
> Hi Ard Biesheuvel,
>
> On 1/3/23 03:18, Ard Biesheuvel wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > On Mon, 2 Jan 2023 at 23:21, Alexandre Belloni
> > <alexandre.belloni@...tlin.com> wrote:
> >>
> >> On 02/01/2023 11:47:11+0100, Ard Biesheuvel wrote:
> >>> On Tue, 27 Dec 2022 at 05:09, Shanker Donthineni <sdonthineni@...dia.com> wrote:
> >>>>
> >>>> The current implementation of rtc-efi is expecting all the 4
> >>>> time services GET{SET}_TIME{WAKEUP} must be supported by UEFI
> >>>> firmware. As per the EFI_RT_PROPERTIES_TABLE, the platform
> >>>> specific implementations can choose to enable selective time
> >>>> services based on the RTC device capabilities.
> >>>>
> >>>> This patch does the following changes to provide GET/SET RTC
> >>>> services on platforms that do not support the WAKEUP feature.
> >>>>
> >>>> 1) Relax time services cap check when creating a platform device.
> >>>> 2) Clear RTC_FEATURE_ALARM bit in the absence of WAKEUP services.
> >>>> 3) Conditional alarm entries in '/proc/driver/rtc'.
> >>>>
> >>>> Signed-off-by: Shanker Donthineni <sdonthineni@...dia.com>
> >>>
> >>> Queued as a fix in efi/urgent, thanks.
> >>
> >> This rather seems like an rtc heavy patch and the subject line is
> >> misleading. This should be rtc: efi:
> >> Also, I'm pretty sure this doesn't qualify as an urgent fix.
> >>
> >
> > I'm happy to drop it from my tree, but please add a cc:stable so it
> > gets backported to v6.1 at least. Otherwise, EFI compliant systems
> > that implement get/set_time but not get/set_wakeup_time have no RTC at
> > all on any LTS kernel until a year from now, and this was never the
> > intent when we introduced the EFI_RT_PROPERTIES_TABLE.
>
> Thanks for considering the fix for stable releases, I'll post v3 patch
> with tag 'CC: <stable@...r.kernel.org> # v6.0+'

No please don't resend the patch