Skip to content

CI on UNIBO premises - #97

Merged
FrancescoConti merged 2 commits into
mainfrom
fc/unibo-ci
Aug 21, 2026
Merged

CI on UNIBO premises#97
FrancescoConti merged 2 commits into
mainfrom
fc/unibo-ci

Conversation

@FrancescoConti

@FrancescoConti FrancescoConti commented Aug 6, 2026

Copy link
Copy Markdown
Member

This PR moves CI to local UNIBO premises in place of shared IIS runners.
It also removes regressions running on ri5cy.

@FrancescoConti
FrancescoConti marked this pull request as ready for review August 6, 2026 19:33
@FrancescoConti FrancescoConti changed the title Test commit for unibo-based mirroring CI on UNIBO premises Aug 6, 2026
@FrancescoConti FrancescoConti self-assigned this Aug 6, 2026

@rfiorani rfiorani left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@FrancescoConti

Copy link
Copy Markdown
Member Author

I could not test the push from GitHub because GitHub actions are currently broken, but the pipeline seems to be now working fine on GitLab side. Needs a bit of cleanup though (squashing a few "update nonfree" commits in particular)

@FrancescoConti

Copy link
Copy Markdown
Member Author

Currently failing only in elab (looks like a legitimate problem on our servers, to be checked)

This commit switches magia to use unibo-based infrastructure instead
of iis-git.
@rfiorani

Copy link
Copy Markdown
Contributor

I updated the nonfree commit, fixing the elaboration issue and improving the CI script.
The vsim regression tests for the C32E40X are temporarily commented out.
The GitHub Action timed out after 6 hours. Should we increase the timeout limit?

@AlessandroNadalini

Copy link
Copy Markdown
Member

I updated the nonfree commit, fixing the elaboration issue and improving the CI script. The vsim regression tests for the C32E40X are temporarily commented out. The GitHub Action timed out after 6 hours. Should we increase the timeout limit?

Unfortunately 6h is a hard cap for GitHub actions, so at the moment there's no real solution for the timeout failing. Re-triggering the action solves the problem since it simply checks the status of the offloaded pipeline for the commit that triggered the CI.

@AlessandroNadalini

Copy link
Copy Markdown
Member

The GitHub Action timed out after 6 hours. Should we increase the timeout limit?

I noticed that the timeout in .github/workflows/gitlab-ci.yml is already set to 16 hours, so I have no idea why it timed out after 6.

All GitHub-hosted runners for actions have a maximum timeout limit of 6h (https://docs.github.com/en/actions/reference/limits)

@FrancescoConti

Copy link
Copy Markdown
Member Author

Not much to do about the timeout (unless we change the CI to use Verilator later, which is both faster and potentially more parallel). I'll merge.

@FrancescoConti
FrancescoConti merged commit 0701c3c into main Aug 21, 2026
1 of 2 checks passed
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.

3 participants