GitLab

closes #280

XUPVVH: Network Feature: Add Aurora backend as alternative to Ethernet

Add Network plugin to AU280 platform

Correctly convert kind count to decimal number

zyno42 authored Jul 13, 2021 and Carsten Heinz committed Jul 13, 2021

`cargo build` does not take a `--debug` argument because debug mode is
the default.

supports:
- Ethernet 10G
- Ethernet 100G
- Aurora 100G

Feature/xupvvh 100g

This reverts commit 75ac7743.

This reverts commit 69ff637d.

This reverts commit 2a2f4f70.
Debug probe files not necessary anymore since 36226737

Fix compilation of `libtapasco_tests`

If PE and CMAC are in different clock domains, a continuous AXI Stream
transaction from slow clock domain will be split into discontinuous
partial transfers in fast domain, which can lead to buffer underruns and
data corruption at the CMAC.

In order to detect when the compilation of `libtapasco_tests` fails, I
want to add it to the CI system.

First, I thought about adding it directly to the `tapasco-build-libs`
script but since it's just a thin wrapper around KBuild and CMake I
decided to try to add it to CMake instead. Compiling Rust with CMake
seems not to be possible in a straightforward manner, so I then added a
custom target which calls Cargo to build it because Cargo handles
everything just nicely.
The `CMakeLists.txt` of `libtapasco` was not applicable here because in
order for `libtapasco_tests` to show up under the executable directory
it needs to be added as an executable, not as a library as in
`libtapasco`.
This makes another workaround necessary to overwrite the linker with a
`/usr/bin/true` no-op because CMake really cannot be persuaded to just
not link an executable but Cargo has already run the linker.

Note that Cross compilation is not supported this way.

With newer Rust versions >= 1.51 compilation of the `uom` crate fails.
Updating it to the latest version fixes compilation without further
changes.

Fix HBM also on XUPVVH

Fix HBM

Fix crash after cancelling job