Skip to content

refactor gateware into per-board targets (Red Pitaya) - #450

Open
fsagbuya wants to merge 1 commit into
linien-org:developfrom
fsagbuya:feature/gateware-target-abstraction
Open

fsagbuya wants to merge 1 commit into
linien-org:developfrom
fsagbuya:feature/gateware-target-abstraction

Conversation

@fsagbuya

@fsagbuya fsagbuya commented Jun 16, 2026

Copy link
Copy Markdown

Groundwork for supporting boards beyond the Red Pitaya (we're adding the Fast-Servo). Introduces a per-board "target" layer so others can be added cleanly. This PR only abstracted the Red Pitaya board. We are already using this patch in https://git.m-labs.hk/M-Labs/nix-servo.

Changes as follows:

  • new gateware/targets/ with a PitayaSoC that holds all the Red Pitaya hardware that used to live in LinienModule
  • LinienModule now gets the soc passed in and goes through it for hardware, so it isn't tied to the Red Pitaya anymore
  • dropped RootModule, PitayaSoC replaces it
  • regenerated csrmap.py

This shouldn't change anything for the Red Pitaya. The generated csrmap has the same register names and addresses as before (just a few lines reordered), and the gateware tests still pass.

Still to come as separate PRs: the actual Fast-Servo target + its gateware, a --platform option to pick the board, and the hardware-specific parameters.

Based on Jakub Matyas (@elhep) work: elhep@b73eea0

Need your insights and review. @bleykauf

Based on prior work by Jakub Matyas (elhep): elhep@b73eea0
@fsagbuya
fsagbuya force-pushed the feature/gateware-target-abstraction branch from 56d57f2 to 66ca8b6 Compare June 16, 2026 08:42
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

Successfully merging this pull request may close these issues.

1 participant