Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify When Support Packet Must be Sent #153

Open
IainCRobertson opened this issue Oct 20, 2024 · 1 comment
Open

Clarify When Support Packet Must be Sent #153

IainCRobertson opened this issue Oct 20, 2024 · 1 comment
Assignees

Comments

@IainCRobertson
Copy link
Collaborator

The current explanation of when to sent a format 3 support packet (in section 7.5) is not wrong, but it could be clarified to better explain the intent.

Before any trace packets are output, a support packet must be issued to provide the encoder configuration to the decoder. Sending it any time before the first sync packet is acceptable, but the recommended time is when the encoder is enabled (TrTeEnable changes from 0 to 1). This avoids having to generate two packets (support and sync-start), at the point tracing actually starts.

To inform the decoder that tracing has ceased, a support packet must also be sent when tracing stops for any reason (e.g. trace is disabled by setting TrTeEnable to 0, trace is stopped by a trace-off trigger, or because it no longer qualifies after applying any filtering, tracing ends due to halt or reset, etc.).

@IainCRobertson IainCRobertson self-assigned this Oct 20, 2024
@IainCRobertson
Copy link
Collaborator Author

@pdonahue-ventana are you happy with this: #164?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant