Conversation
T-GM status processing used the generic "master" stats entry to track its last state. The ptp4l and ts2phc paths update that same entry and can reach LOCKED before the authoritative T-GM-STATUS line is processed. The subsequent LOCKED-to-LOCKED comparison suppresses the T-GM recovery event, leaving secondary master resources at FREERUN from the consumer's perspective. Track T-GM alias, dependent state, offset, and last sync state under the existing GMMainClockName entry instead. This mirrors the T-BC state isolation and prevents faster generic master updates from consuming the T-GM transition. The physical interface entry remains the source of the DPLL phase offset. Update the existing parser test to inspect the dedicated GM state and add a regression test in which generic master reaches LOCKED before T-GM recovers. Verify that the T-GM LOCKED state is retained and a PtpStateChange event is still published. Assisted-by: GPT-5.6 Sol and pi.dev
|
@lack: This pull request references Jira Issue OCPBUGS-104541, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: lack The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (2)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 SummarySummary by CodeRabbit
WalkthroughThe T-GM parser now stores and evaluates aggregate state under the dedicated GM main clock entry. Tests verify that generic master state does not suppress T-GM recovery events. ChangesT-GM state tracking
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~15 minutes Change: Bug fix Suggested reviewers: Merge Risk: ⚪ Minimal · up to The dedicated GM state tracking and regression coverage do not show an outstanding merge-blocking risk. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
/jira refresh |
|
@lack: This pull request references Jira Issue OCPBUGS-104541, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
No GitHub users were found matching the public email listed for the QA contact in Jira (bblock@redhat.com), skipping review request. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/retest |
|
@lack: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
T-GM status processing used the generic "master" stats entry to track its last state. The ptp4l and ts2phc paths update that same entry and can reach LOCKED before the authoritative T-GM-STATUS line is processed. The subsequent LOCKED-to-LOCKED comparison suppresses the T-GM recovery event, leaving secondary master resources at FREERUN from the consumer's perspective.
Track T-GM alias, dependent state, offset, and last sync state under the existing GMMainClockName entry instead. This mirrors the T-BC state isolation and prevents faster generic master updates from consuming the T-GM transition. The physical interface entry remains the source of the DPLL phase offset.
Update the existing parser test to inspect the dedicated GM state and add a regression test in which generic master reaches LOCKED before T-GM recovers. Verify that the T-GM LOCKED state is retained and a PtpStateChange event is still published.
Assisted-by: GPT-5.6 Sol and pi.dev