From: Philippe Gerum <r...@xenomai.org>
As we move away from the representation of time based on hardware
clock ticks, keeping cobalt_read_hrclock() makes no sense anymore.
This was an internal, undocumented service returning the hardware TSC
value for the platform. The log of commit #d584a57 which introduced it
clearly stated that applications should stick with the common
representation used by clock_gettime(), i.e. nanosecs.
Signed-off-by: Philippe Gerum <r...@xenomai.org>
Signed-off-by: Jan Kiszka <jan.kis...@siemens.com>
---
include/cobalt/ticks.h | 2 --
lib/cobalt/ticks.c | 5 -----
2 files changed, 7 deletions(-)
diff --git a/include/cobalt/ticks.h b/include/cobalt/ticks.h
index d9abd390af..2d0132db78 100644
--- a/include/cobalt/ticks.h
+++ b/include/cobalt/ticks.h
@@ -24,8 +24,6 @@
extern "C" {
#endif
-xnticks_t cobalt_read_hrclock(void);
-
xnsticks_t cobalt_ticks_to_ns(xnsticks_t ticks);
xnsticks_t cobalt_ticks_to_ns_rounded(xnsticks_t ticks);
diff --git a/lib/cobalt/ticks.c b/lib/cobalt/ticks.c
index 0e5682d832..89d7f51e38 100644
--- a/lib/cobalt/ticks.c
+++ b/lib/cobalt/ticks.c
@@ -99,11 +99,6 @@ unsigned long long cobalt_divrem_billion(unsigned long long
value,
}
#endif /* !XNARCH_HAVE_NODIV_LLIMD */
-xnticks_t cobalt_read_hrclock(void)
-{
- return cobalt_read_tsc();
-}
-
void cobalt_ticks_init(unsigned long long freq)
{
clockfreq = freq;
--
2.26.2
