From: Alexandre Belloni <alexandre.belloni@bootlin.com>
To: 高永良 <leonylgao@gmail.com>
Cc: john.stultz@linaro.org, linux-rtc@vger.kernel.org,
linux-kernel@vger.kernel.org,
Yongliang Gao <leonylgao@tencent.com>,
Jingqun Li <jingqunli@tencent.com>
Subject: Re: [PATCH] rtc: check if __rtc_read_time was successful in rtc_timer_do_work()
Date: Sat, 30 Nov 2024 00:20:38 +0100 [thread overview]
Message-ID: <20241129232038ad3be3ae@mail.local> (raw)
In-Reply-To: <CAJxhyqC9hYo3E=J--EYN9uYQc6_q67X4F5DSgpMFzsWrFcbw4Q@mail.gmail.com>
On 20/11/2024 22:17:34+0800, 高永良 wrote:
> Hi Alexandre Belloni,
>
> I've noticed that the post-failure process for __rtc_read_time requires
> careful handling.
> 1. Need to call pm_relax.
I had a look when taking your patch and I'm not convinced calling
pm_relax is necessary.
> 2. Potentially need to set the alarm to ensure subsequent interrupts can
> process the
> expired timer? Could you give me some advice?
Same thing, if you are not able to read the current time, setting the
next alarm is going to fail anyway.
> Should I continue to submit a fix patch or create a v2 version of the patch?
>
> Best Regards,
> Yongliang Gao
>
> Alexandre Belloni <alexandre.belloni@bootlin.com> 于2024年11月12日周二 06:11写道:
>
> > On Fri, 11 Oct 2024 12:31:53 +0800, Yongliang Gao wrote:
> > > If the __rtc_read_time call fails,, the struct rtc_time tm; may contain
> > > uninitialized data, or an illegal date/time read from the RTC hardware.
> > >
> > > When calling rtc_tm_to_ktime later, the result may be a very large value
> > > (possibly KTIME_MAX). If there are periodic timers in rtc->timerqueue,
> > > they will continually expire, may causing kernel softlockup.
> > >
> > > [...]
> >
> > Applied, thanks!
> >
> > [1/1] rtc: check if __rtc_read_time was successful in rtc_timer_do_work()
> > https://git.kernel.org/abelloni/c/e8ba8a2bc4f6
> >
> > Best regards,
> >
> > --
> > Alexandre Belloni, co-owner and COO, Bootlin
> > Embedded Linux and Kernel engineering
> > https://bootlin.com
> >
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2024-11-29 23:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-11 4:31 [PATCH] rtc: check if __rtc_read_time was successful in rtc_timer_do_work() Yongliang Gao
2024-11-11 22:11 ` Alexandre Belloni
2024-11-20 14:32 ` Yongliang Gao
[not found] ` <CAJxhyqC9hYo3E=J--EYN9uYQc6_q67X4F5DSgpMFzsWrFcbw4Q@mail.gmail.com>
2024-11-29 23:20 ` Alexandre Belloni [this message]
2024-12-02 3:10 ` Yongliang Gao
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=20241129232038ad3be3ae@mail.local \
--to=alexandre.belloni@bootlin.com \
--cc=jingqunli@tencent.com \
--cc=john.stultz@linaro.org \
--cc=leonylgao@gmail.com \
--cc=leonylgao@tencent.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rtc@vger.kernel.org \
/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