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.

Sign up for GitHub

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

Jump to bottom

Add Configuration and PTM TLP support. #121

Merged
merged 14 commits into from
Jul 28, 2023
Merged

Add Configuration and PTM TLP support. #121

merged 14 commits into from
Jul 28, 2023

Conversation

enjoy-digital
Copy link
Owner

  • Rework Packetizer/Depacketizer to be more modular (and allow individual selection of capabilities: Request, Completion, Configuration, PTM TLPs).
  • Add Configuration TLP definitions/layouts.
  • Add PTM TLP definitions/layouts.
  • Implement Configuration support in Depacketizer (not required in Packetizer since returning Completion).
  • Implement PTM support in Packetizer/Depacketizer.

For now, Configuration and PTM TLPs can now just be sent/received to/from the User logic. Logic to handle this still has to be done and integrated.

Note: As a bonus, making Packetizer/Depacketizer more modular allow some optimization on Ultrascale(+) were we can only select Completion or Request support (see 33c52fc).

@enjoy-digital
tlp/common: Add configuration header/layout.
5530091
@enjoy-digital
common: Add configuration layout.
2ed8723
@enjoy-digital
tlp/depacketizer: Add conf_source and dispatch/decode.
24e0ae1
@enjoy-digital
tlp/depacketizer: Make it more modular and add capabilities parameter.
64bbb66 
By default, we generally only want Request/Completion TLPs support, but for
other specific cases (ex PTM) we also want to handle Configuration TLPs.

With these change, the module is made more modular to automatically adapt itself
to the capabilities provided (and will also allow easily extending capabilities in
the future, ex for PTM TLPs).
@enjoy-digital
tlp/common: Cosmetic cleanup.
126520e
@enjoy-digital
tlp/common: Add PTM fmt/type and header definition.
ebecc3f
@enjoy-digital
tlp/common: Cosmetic cleanup.
8c567cd
@enjoy-digital
common: Add ptm_layout (and fix tlp_ptm_layout).
ea40d1e
@enjoy-digital
tlp/depacketizer: Add PTM capability.
ee4b2d7
@enjoy-digital
tlp/depacketizer: Make it more modular and add capabilities parameter.
4a6bb5a 
By default, we generally only want Request/Completion TLPs support, but for
other specific cases (ex PTM) we also want to handle PTM TLPs.

With these change, the module is made more modular to automatically adapt itself
to the capabilities provided (and will also allow easily extending capabilities in
the future, ex for PTM TLPs).
@enjoy-digital
tlp/packetizer: Add PTM capability.
f6fd8d7
@enjoy-digital
core/endpoint: Add PTM support and with_ptm parameter.
e84afcf
@enjoy-digital
core/endpoint: Switch to LiteXModule to simplify code.
202792d
@enjoy-digital
core/enpoint: Adjust Ultrascale(+) packetizer/depacketizer capabiliti…
33c52fc 
…es now that possible.
@enjoy-digital enjoy-digital merged commit 9107450 into master Jul 28, 2023
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers
No reviews
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.
1 participant
@enjoy-digital