-
Bug
-
Resolution: Unresolved
-
Normal
-
None
-
4.17
-
Quality / Stability / Reliability
-
False
-
-
None
-
Important
-
None
-
9/23: Waiting on ST for verification
-
None
-
None
-
CNF RAN Sprint 277, CNF RAN Sprint 278
-
2
-
Done
-
Release Note Not Required
-
N/A
-
None
-
None
-
None
-
None
This is a clone of issue OCPBUGS-59580. The following is the description of the original issue:
—
Hi ,
As discussed we check in logs that we are announcing 0x27 clock accuracy which is wrong to what we set in T-GM Suite code (we set 0x21) that why its saying illegal clock accuracy , Going further we observed that Clock Accuracy is not explicitly set in 4.16.
"data":{"timestamp":"2025-06-22T08:34:20.27868893Z","timeSource":"0x20","clockAccuracy":"0x27","offsetScaledLogVariance":"0x4e5d","clock_class":6,"currentUtcOffset":37,"leap61":0,"leap59":0,"currentUtcOffsetValid":1,"ptpTimescale":1,"timeTraceable":1,"frequencyTraceable":1},"id":"phc/gm-settings"} {"data":{"eecstate":"3","eecterror":0,"state":"3","terror":3.622,"timestamp":"2025-06-22T08:34:20.277615739Z"},"id":"dpll/time-error"} {"data":{"ferror":173,"flags":"0xdd","state":5,"terror":3,"timestamp":"2025-06-22T08:34:20.2411Z"},"id":"gnss/time-error"}
Logs attached
- clones
-
OCPBUGS-59580 [release-4.17]Clock Accuracy is not explicitly set in 4.16
-
- Closed
-
- duplicates
-
OCPBUGS-58051 Clock Accuracy is not explicitly set in 4.16
-
- Closed
-
- is blocked by
-
OCPBUGS-59580 [release-4.17]Clock Accuracy is not explicitly set in 4.16
-
- Closed
-
- links to