DMA Generic Transfer Start Synchronization

[podgori]

PR Description

This PR adds a generic sync port used for transfer start synchronization. The signal used for synchronization is assumed to be synchronous with the interface clock which needs to be triggered by the sync signal.

On the receive AXI Streaming interface, the user can choose to receive the synchronization signal on TUSER instead of 'sync',
which is the default setting, configurable through the AXIS_TUSER_SYNC synthesis parameter.

The fifo_wr interface has the SYNC signal removed, since it is now a generic synchronization port, applicable to all interfaces. Therefore, all affected IPs and Projects had to be updated to address this change.

Tested this change in simulation. Please refer to: https://github.com/analogdevicesinc/testbenches/tree/pluto_phaser_tx_sync

PR Type

• Bug fix (change that fixes an issue)
• New feature (change that adds new functionality)
• Breaking change (has dependencies in other repos or will cause CI to fail)

PR Checklist

• I have followed the code style guidelines
• I have performed a self-review of changes
• I have compiled all hdl projects and libraries affected by this PR
• I have tested in hardware affected projects, at least on relevant boards
• I have commented my code, at least hard-to-understand parts
• I have signed off all commits from this PR
• I have updated the documentation (wiki pages, ReadMe files, Copyright etc)
• I have not introduced new Warnings/Critical Warnings on compilation
• I have added new hdl testbenches or updated existing ones

[gastmaier]

The resulting cpack2->dma connection is weird, because you renamed on the DMAC side but not on CPACK, only popped of the intf.

I would rename it from packed_fifo_wr_sync to packed_sync on cpack, and on the tcl files
to:

ad_connect  <inst>_pack/packed_sync <inst>_dma/sync

instead of:

ad_connect  <inst>_pack/packed_fifo_wr_sync <inst>_dma/sync

---

I synthesized pulsar_adc/coraz7s and cn0540/de10nano with the PR rebased to main without issues.
I also rebased #1332 onto yours and I got only a few merge conflicts that I was able to easily resolve.

---

the suggested tb also works rebased to main

[gastmaier]

From the CI run, can you ensure these projects were already failing?

fmcomms5.zc702
fmcomms5.zcu102
fmcomms5.zc706
adrv9009zu11eg.adrv2crr_fmcxmwbr1
adrv9009zu11eg.adrv2crr_fmcomms8

[podgori]

V2:

• renamed packed_fifo_wr_sync into packed_sync
• updated all affected projects by the above change
• updated all projects which had the cpack - dma sync connection hidden, but did not have the SYNC_TRANSFER_START parameter set (exception: ad7606x which is in progress)
• fixed indentation by removing tabs

[SRaus]

From the CI run, can you ensure these projects were already failing?

fmcomms5.zc702
fmcomms5.zcu102
fmcomms5.zc706
adrv9009zu11eg.adrv2crr_fmcxmwbr1
adrv9009zu11eg.adrv2crr_fmcomms8

You can compare the PR results with the latest main results (or any release branch) anytime.

[podgori]

V2.1: Updated the Optimization Mode on fmcomms8.a10soc in order to improve timing; rebased on the latest changes on main.

[gastmaier]

Great work!
I believe we could squash into a single commit when merging since the intermediary commits are non-functional, just make sure to update the message body to properly describe the changes.

[podgori]

V2.2: Some minor edits to improve the build results; also rebased on the latest changes on main.

• ad7606x: enabled SYNC_TRANSFER_START and updated the sync connection;
• adrv9026: updated the sync connection;
• adrv9009zu11eg: tied adc_sync_in to GND;
• fmcomms5: tied tdd_sync to GND;
• jupiter_sdr: tied tdd_sync to GND.