From: Alexandre Belloni <alexandre.belloni@bootlin.com>
To: Zhang Rui <rui.zhang@intel.com>
Cc: rjw@rjwysocki.net, kvalo@kernel.org, linux-pm@vger.kernel.org,
linux-acpi@vger.kernel.org, linux-rtc@vger.kernel.org,
linux-wireless@vger.kernel.org, daniel.lezcano@linaro.org,
merez@codeaurora.org, mat.jonczyk@o2.pl,
sumeet.r.pawnikar@intel.com, len.brown@intel.com
Subject: Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
Date: Sat, 7 May 2022 09:31:26 +0200 [thread overview]
Message-ID: <YnYgTtwTOtITODD4@mail.local> (raw)
In-Reply-To: <320773e042a538782411f4db838bdc70a1b0851b.camel@intel.com>
On 07/05/2022 10:00:40+0800, Zhang Rui wrote:
> Hi, Alexandre,
>
> Thanks for reviewing the patch.
>
> On Fri, 2022-05-06 at 23:46 +0200, Alexandre Belloni wrote:
> > Hello,
> >
> > I assume I can ignore this patch as this seems to be only for testing
>
> The main purpose of this patch is for automate testing.
> But this doesn't mean it cannot be part of upstream code, right?
>
> > I'm not even sure why this is needed as this completely breaks
> > setting
> > the alarm time.
>
> Or overrides the alarm time, :)
>
> People rely on the rtc alarm in the automated suspend stress test,
> which suspend and resume the system for over 1000 iterations.
> As I mentioned in the cover letter of this patch series, if the system
> suspend time varies from under 1 second to over 60 seconds, how to
> alarm the RTC before suspend?
> This feature is critical in this scenario.
>
> Plus, the current solution is transparent to people who don't known/use
> this "rtc_wake_override_sec" parameter. And for people who use this,
> they should know that the previous armed RTC alarm will be overrode
> whenever a system suspend is triggered. I can add a message when the
> parameter is set, if needed.
>
It is not transparent, if I read your patch properly, this breaks wakeup
for everyone...
> > On 05/05/2022 09:58:14+0800, Zhang Rui wrote:
> > > +static int cmos_pm_notify(struct notifier_block *nb, unsigned long
> > > mode, void *_unused)
> > > +{
> > > + struct cmos_rtc *cmos = container_of(nb, struct cmos_rtc,
> > > pm_nb);
> > > + struct rtc_device *rtc = cmos->rtc;
> > > + unsigned long now;
> > > + struct rtc_wkalrm alm;
> > > +
> > > + if (rtc_wake_override_sec == 0)
> > > + return NOTIFY_OK;
> > > +
> > > + switch (mode) {
> > > + case PM_SUSPEND_PREPARE:
> > > + /*
> > > + * Cancel the timer to make sure it won't fire
> > > + * before rtc is rearmed later.
> > > + */
> > > + rtc_timer_cancel(rtc, &rtc->aie_timer);
> > > + break;
> > > + case PM_SUSPEND_LATE:
> > > + if (rtc_read_time(rtc, &alm.time))
> > > + return NOTIFY_BAD;
> > > +
> > > + now = rtc_tm_to_time64(&alm.time);
> > > + memset(&alm, 0, sizeof(alm));
> > > + rtc_time64_to_tm(now + rtc_wake_override_sec,
> > > &alm.time);
> > > + alm.enabled = true;
> > > + if (rtc_set_alarm(rtc, &alm))
> > > + return NOTIFY_BAD;
... because if rtc_wake_override_sec is not set, this sets the alarm to
now which is the current RTC time, ensuring the alarm will never
trigger.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2022-05-07 7:31 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-05 1:58 [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating Zhang Rui
2022-05-05 1:58 ` [PATCH 1/7] PM: wakeup: expose pm_wakeup_pending to modules Zhang Rui
2022-05-05 1:58 ` [PATCH 2/7] thermal: intel: pch: enhance overheat handling Zhang Rui
2022-05-17 15:02 ` Rafael J. Wysocki
2022-05-05 1:58 ` [PATCH 3/7] thermal: intel: pch: improve the cooling delay log Zhang Rui
2022-05-05 1:58 ` [PATCH 4/7] ACPI: video: improve PM notifer callback Zhang Rui
2022-05-05 1:58 ` [PATCH 5/7] wil6210: remove debug message for unsupported PM event Zhang Rui
2022-05-05 4:38 ` Kalle Valo
2022-05-05 5:24 ` Zhang Rui
2022-05-06 14:04 ` Kalle Valo
2022-05-07 1:23 ` Zhang Rui
2022-05-05 1:58 ` [PATCH 6/7] PM: suspend: introduce PM_SUSPEND_LATE event Zhang Rui
2022-05-05 1:58 ` [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook Zhang Rui
2022-05-06 21:46 ` Alexandre Belloni
2022-05-07 2:00 ` Zhang Rui
2022-05-07 7:31 ` Alexandre Belloni [this message]
2022-05-07 7:41 ` Zhang Rui
2022-05-16 7:50 ` Zhang Rui
2022-05-17 15:14 ` Rafael J. Wysocki
2022-05-18 14:44 ` Zhang Rui
2022-05-18 15:02 ` Rafael J. Wysocki
2022-05-18 16:07 ` Zhang Rui
2022-05-19 2:33 ` Len Brown
2022-05-19 10:56 ` Rafael J. Wysocki
2022-05-05 8:22 ` [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating Oliver Neukum
2022-05-05 12:02 ` Rafael J. Wysocki
2022-05-05 15:18 ` Zhang Rui
2022-05-17 15:11 ` Rafael J. Wysocki
2022-05-17 17:07 ` Alexandre Belloni
2022-05-18 14:11 ` Zhang Rui
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=YnYgTtwTOtITODD4@mail.local \
--to=alexandre.belloni@bootlin.com \
--cc=daniel.lezcano@linaro.org \
--cc=kvalo@kernel.org \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-rtc@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=mat.jonczyk@o2.pl \
--cc=merez@codeaurora.org \
--cc=rjw@rjwysocki.net \
--cc=rui.zhang@intel.com \
--cc=sumeet.r.pawnikar@intel.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;
as well as URLs for NNTP newsgroup(s).