-
Bug
-
Resolution: Done-Errata
-
Major
-
4.14.0, 4.14.z
-
None
-
No
-
CNF RAN Sprint 250, CNF RAN Sprint 251, CNF Ran Sprint 252
-
3
-
False
-
-
-
This is a clone of issue OCPBUGS-17422. The following is the description of the original issue:
—
Description of problem:
GNSS offset is required along wth DPLL and ts2phc offsets to report the GM state as Locked . Current implmentation of reading GNSS offset via ublox tool client call takes more than 1CPU .In fact any call via ublox tool takes more than 1CPU. OCP 4.14 has now dropped any calls to ublox and uses direct GSPD calls to read the gps fix status. This only solves one problem of getting GPS status without ublox call , But offset reading still needs Ublox cli execution via deaemon, hence the reporting of offset is not implmented in 4.14 for now.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. 2. 3.
Actual results:
Expected results:
Additional info:
- blocks
-
OCPBUGS-31601 GNSS Offset between UBlox and constellations takes more than 1CPU
- Closed
- clones
-
OCPBUGS-17422 GNSS Offset between UBlox and constellations takes more than 1CPU
- Closed
- is blocked by
-
OCPBUGS-17422 GNSS Offset between UBlox and constellations takes more than 1CPU
- Closed
- is cloned by
-
OCPBUGS-31601 GNSS Offset between UBlox and constellations takes more than 1CPU
- Closed
- links to
-
RHBA-2024:1770 OpenShift Container Platform 4.15.z bug fix update