From: Xinyu Zheng <zhengxinyu6@huawei.com>
To: Shuah Khan <skhan@linuxfoundation.org>, Shuah Khan <shuah@kernel.org>
Cc: Moon Hee Lee <moonhee.lee.ca@gmail.com>, <yifei.l.liu@oracle.com>,
<zhujun2@cmss.chinamobile.com>, <linux-kselftest@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <zouyipeng@huawei.com>
Subject: Re: [PATCH] selftests: breakpoints: check RTC wakeup alarm support before test
Date: Mon, 1 Dec 2025 16:31:24 +0800 [thread overview]
Message-ID: <cd97e421-849b-4fc1-aeb0-c0865508a5f7@huawei.com> (raw)
In-Reply-To: <b0ceed9c-3ff6-4eee-80e3-f50631bb1230@linuxfoundation.org>
On 11/20/2025 6:15 AM, Shuah Khan wrote:
> On 11/11/25 23:15, Xinyu Zheng wrote:
>> If RTC wakeup alarm feature is unsupported, this testcase may cause
>
> It may cause infinite suspend? Doesn't sound definitive.> infinite
> suspend if there is no other wakeup source. To solve this
>> problem, set wakeup alarm up before we trigger suspend. In this case,
>> we can test if RTC support RTC_FEATURE_ALARM and efi_set_alarm function.
>>
>
> For a "may cause" problem, this change> Signed-off-by: Xinyu Zheng
> <zhengxinyu6@huawei.com>
>> ---> .../breakpoints/step_after_suspend_test.c | 23 ++++++++++++
>> +++++++
>> 1 file changed, 23 insertions(+)
>>
>> diff --git a/tools/testing/selftests/breakpoints/
>> step_after_suspend_test.c b/tools/testing/selftests/breakpoints/
>> step_after_suspend_test.c
>> index 8d233ac95696..e738af896ce1 100644
>> --- a/tools/testing/selftests/breakpoints/step_after_suspend_test.c
>> +++ b/tools/testing/selftests/breakpoints/step_after_suspend_test.c
>> @@ -13,6 +13,8 @@
>> #include <stdio.h>
>> #include <string.h>
>> #include <unistd.h>
>> +#include <linux/rtc.h>
>> +#include <sys/ioctl.h>
>> #include <sys/ptrace.h>
>> #include <sys/stat.h>
>> #include <sys/timerfd.h>
>> @@ -159,10 +161,30 @@ void suspend(void)
>> int count_before;
>> int count_after;
>> struct itimerspec spec = {};
>> + char *rtc_file = "/dev/rtc0";
>> + int rtc_fd;
>> + struct rtc_wkalrm alarm = { 0 };
>> + time_t secs;
>> if (getuid() != 0)
>> ksft_exit_skip("Please run the test as root - Exiting.\n");
>> + rtc_fd = open(rtc_file, O_RDONLY);
>> + if (rtc_fd < 0)
>> + ksft_exit_fail_msg("open rtc0 failed\n");
>> +
>> + err = ioctl(rtc_fd, RTC_RD_TIME, &alarm.time);
>> + if (err < 0)
>> + ksft_exit_fail_msg("get rtc time failed\n");
>> +
>> + secs = timegm((struct tm *)&alarm.time) + 3;
>> + gmtime_r(&secs, (struct tm *)&alarm.time);
>> + alarm.enabled = 1;
>> +
>> + err = ioctl(rtc_fd, RTC_WKALM_SET, &alarm);
>> + if (err < 0)
>> + ksft_exit_fail_msg("set wake alarm test failed, errno %d\n",
>> errno);
>
> Essentially with this change the test doesn't run unless
> RTC wake is supported. That sounds restrictive - is there
> another way do do this?
Hi, Shuah.
If RTC wake is a must in this testcase?
In my test, when EFI report supporting EFI_RT_SUPPORTED_SET_WAKEUP_TIME.
There will be a alarmtimer.0.auto under /sys/class/rtc/rtc0/,while
suspending, I found alarmtimer will also been suspended and pass the
wakeup job to RTC. When RTC calls efi_set_alarm(), this function returns
EFI_UNSUPPORTED then suspend fails.
When EFI doesn't report supporting EFI_RT_SUPPORTED_SET_WAKEUP_TIME,
there is no /sys/class/rtc/rtc0/alarmtimer.0.auto and alarmtimer is not
a suspend target. Then suspend success, but never wakeup.
>
>> +
>> timerfd = timerfd_create(CLOCK_BOOTTIME_ALARM, 0);
>> if (timerfd < 0)
>> ksft_exit_fail_msg("timerfd_create() failed\n");
>> @@ -180,6 +202,7 @@ void suspend(void)
>> if (count_after <= count_before)
>> ksft_exit_fail_msg("Failed to enter Suspend state\n");
>> + close(rtc_fd);
>> close(timerfd);
>> }
>>
> thanks,
> -- Shuah
--
Xinyu Zheng
prev parent reply other threads:[~2025-12-01 8:31 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-12 6:15 [PATCH] selftests: breakpoints: check RTC wakeup alarm support before test Xinyu Zheng
2025-11-19 22:15 ` Shuah Khan
2025-12-01 8:31 ` Xinyu Zheng [this message]
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=cd97e421-849b-4fc1-aeb0-c0865508a5f7@huawei.com \
--to=zhengxinyu6@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=moonhee.lee.ca@gmail.com \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=yifei.l.liu@oracle.com \
--cc=zhujun2@cmss.chinamobile.com \
--cc=zouyipeng@huawei.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