Chris Johns created a merge request: https://gitlab.rtems.org/rtems/pkg/rtems-net-services/-/merge_requests/28
Project:Branches: chris/rtems-net-services:16-ntp-client-peer-status to rtems/pkg/rtems-net-services:main Author: Chris Johns Assignee: Chris Johns Add `ntpd` system variable query and sync status calls. - Provide calls to get the NTP status without using `ntpq`. The data returned is the same. - Add a command `ntpsv` to print the status without using `ntpq`. The patch leaves the `ntpd` lock held when `ntpd` is running unlocking the lock when system calls are made. The function to get the system variables and status obtains the lock before access the global `ntpd` data. The `ntp_io.c` code has paired unlock/lock calls around the IO calls `ntpd` makes. The thread support in `libntp` is not touch because it must work already and if not that is an upstream issue. The interface add: * `void rtems_ntpd_get_sys_vars(ntp_sys_var_data* sv);` * `int rtems_ntpd_is_synchronized(ntp_sys_var_data* sv);` * `int rtems_ntpd_leap_warning(ntp_sys_var_data* sv);` * `int rtems_ntpd_leap_alarm(ntp_sys_var_data* sv);` Use the `rtems_ntpd_get_sys_vars` call to capture the system variables and status. The synchronized and leap calls test part of the status value for specific states. Closes #16 -- View it on GitLab: https://gitlab.rtems.org/rtems/pkg/rtems-net-services/-/merge_requests/28 You're receiving this email because of your account on gitlab.rtems.org.
_______________________________________________ bugs mailing list bugs@rtems.org http://lists.rtems.org/mailman/listinfo/bugs
