wangchdo commented on code in PR #17308:
URL: https://github.com/apache/nuttx/pull/17308#discussion_r2516609500
##########
sched/wdog/wd_start.c:
##########
@@ -313,6 +313,32 @@ int wd_start_abstick(FAR struct wdog_s *wdog, clock_t
ticks,
reassess |= wd_insert(wdog, ticks, wdentry, arg);
+ /* If the new watchdog expiration time is earlier than the current system
+ * time, trigger a timer interrupt manually. This ensures that the system
+ * processes the watchdog immediately instead of waiting for the next tick.
+ */
+
+ if (clock_compare(wdog->expired, clock_systime_ticks()))
+ {
+# ifdef CONFIG_ARCH_HAVE_IRQTRIGGER
+ if (up_timer_trigger() != OK)
Review Comment:
OKļ¼but do you think `up_alarm_start `or `up_alarm_tick_start `is too heavy?
it involves too many tick/time conversion, and then conversion to hardware
timer count, and then set alarm count in hardware.
If we use `up_timer_trigger` no these things will be needed, just set irq
request by using ` up_trigger_irq()`.
By the way, I checked armv8-r generic timer implementation for nuttx alarm
arch, it looks like if `count value >> match value`, the timeout will be set to
zero, I don't know if this is ok:
<img width="915" height="691" alt="image"
src="https://github.com/user-attachments/assets/aac326f5-9fb5-4bcf-b77c-ae39a0a185a6";
/>
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
