Menu
▾
▴
[Emc-commit] [LinuxCNC/linuxcnc] ad8aed: hal: hal_strerror(): texts for -EALREADY and -EBUSY
|
From: Luca T. <no...@gi...> - 2026-10-15 08:45:22
|
Branch: refs/heads/master Home: https://github.com/LinuxCNC/linuxcnc Commit: ad8aed4afb3ae567a91c30e257c9645617553d5a https://github.com/LinuxCNC/linuxcnc/commit/ad8aed4afb3ae567a91c30e257c9645617553d5a Author: yurc <yu...@gm...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M src/hal/hal_lib.c Log Message: ----------- hal: hal_strerror(): texts for -EALREADY and -EBUSY hal_init_funct_to_thread() and hal_del_init_funct_from_thread() return -EALREADY once the init cycle has run, and funct_entry_release() returns -EBUSY when a function is removed from a running thread in RTAPI. Callers that report errors through hal_strerror() got "unknown error" for both. Signed-off-by: yurc <yu...@gm...> Commit: c515a1b0bb8c3ae3b2ca32e4104912cea3333ac2 https://github.com/LinuxCNC/linuxcnc/commit/c515a1b0bb8c3ae3b2ca32e4104912cea3333ac2 Author: yurc <yu...@gm...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M src/hal/utils/halcmd_commands.cc Log Message: ----------- halcmd: unloadrt init entry error text from hal_strerror() The message used strerror() because hal_strerror() had no text for -EALREADY ("Operation already in progress" for an init cycle that has already run). Signed-off-by: yurc <yu...@gm...> Commit: 772d526e63ae710f1c2253c956096ae821c7a38d https://github.com/LinuxCNC/linuxcnc/commit/772d526e63ae710f1c2253c956096ae821c7a38d Author: yurc <yu...@gm...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M docs/src/man/man3/rtapi_delay.3.adoc M include/rtapi.h Log Message: ----------- rtapi: rtapi_delay() sleeps except in RTAI kernel modules rtapi.h and rtapi_delay(3) say it simply loops, wasting CPU cycles, and rtapi.h says user processes may not call it. Only RTAI kernel modules busy-wait (rt_busy_sleep()). uspace realtime modules sleep through the backend (clock_nanosleep() on POSIX and Xenomai, evl_sleep_until() on EVL, rt_sleep() on RTAI), and user processes have rtapi_delay() too and sleep with clock_nanosleep() (hal_lib uses it in ULAPI). Signed-off-by: yurc <yu...@gm...> Commit: 005609a05ec47d043c96b22978641fce99884e2b https://github.com/LinuxCNC/linuxcnc/commit/005609a05ec47d043c96b22978641fce99884e2b Author: yurc <yu...@gm...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M docs/src/man/man3/rtapi_delay.3.adoc Log Message: ----------- docs: rtapi_delay(3): discourage calls from realtime tasks Except in RTAI kernel modules rtapi_delay() sleeps, so a realtime task may wake up considerably later than requested and lose its timing. Keep init/cleanup code as the supported use. Signed-off-by: yurc <yu...@gm...> Commit: b26462f5fc4989aa70dedd7346cc4519f8178655 https://github.com/LinuxCNC/linuxcnc/commit/b26462f5fc4989aa70dedd7346cc4519f8178655 Author: yurc <yu...@gm...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M docs/src/man/man3/rtapi_delay.3.adoc M include/rtapi.h Log Message: ----------- docs: rtapi_delay_max(): the value is implementation dependent 1/4 of the clock period holds only for RTAI kernel modules (rtai_rtapi.c). uspace realtime modules return a fixed 10000 ns (uspace_rtapi_main.cc), user processes 999999999 ns (uspace_ulapi.c, rtai_ulapi.c). Signed-off-by: yurc <yu...@gm...> Commit: b99baf8e3904106a9feb719ab96076b6b296944e https://github.com/LinuxCNC/linuxcnc/commit/b99baf8e3904106a9feb719ab96076b6b296944e Author: Luca Toniolo <107...@us...> Date: 2026-10-15 (Thu, 15 Oct 2026) Changed paths: M docs/src/man/man3/rtapi_delay.3.adoc M include/rtapi.h M src/hal/hal_lib.c M src/hal/utils/halcmd_commands.cc Log Message: ----------- Merge pull request #4681 from SyncTwin/synctwin/hal-strerror-ealready hal: hal_strerror() texts for -EALREADY/-EBUSY; rtapi_delay() doc Compare: https://github.com/LinuxCNC/linuxcnc/compare/003caba72a92...b99baf8e3904 To unsubscribe from these emails, change your notification settings at https://github.com/LinuxCNC/linuxcnc/settings/notifications |
