Skip to content

Conversation

kalyazin
Copy link
Contributor

Changes

Backport #5069 and #5078 .

Reason

Bumping devctr version (75b1a1d) brought Kani timeouts that we observed in main.

License Acceptance

By submitting this pull request, I confirm that my contribution is made under
the terms of the Apache 2.0 license. For more information on following Developer
Certificate of Origin and signing off your commits, please check
CONTRIBUTING.md.

PR Checklist

  • I have read and understand CONTRIBUTING.md.
  • I have run tools/devtool checkstyle to verify that the PR passes the
    automated style checks.
  • I have described what is done in these changes, why they are needed, and
    how they are solving the problem in a clear and encompassing way.
  • [ ] I have updated any relevant documentation (both in code and in the docs)
    in the PR.
  • [ ] I have mentioned all user-facing changes in CHANGELOG.md.
  • [ ] If a specific issue led to this PR, this PR closes the issue.
  • [ ] When making API changes, I have followed the
    Runbook for Firecracker API changes.
  • [ ] I have tested all new and changed functionalities in unit tests and/or
    integration tests.
  • [ ] I have linked an issue to every new TODO.

  • This functionality cannot be added in rust-vmm.

ShadowCurse and others added 6 commits March 24, 2025 12:31
In some cases running kani steps is not useful and only results in
longer pipeline runs. Add option to disable it if needed.

(cherry picked from commit 83119b8)
Signed-off-by: Egor Lazarchuk <[email protected]>
Kani tests run very close to the current timeout values.
Increase timeout to 1h.

(cherry picked from commit ed0d202)
Signed-off-by: Egor Lazarchuk <[email protected]>
--enable-unstable and --restrict-vtable got deprecated in kani 0.59.0 in
favor of variants based on -Z flags. So use the -Z flags instead

(cherry picked from commit 8495af9)
Signed-off-by: Patrick Roy <[email protected]>
rebuilding the docker container can upgrade kani, and we'd like to know
at the PR stage if that causes issues (such as timeouts).

(cherry picked from commit 0fff2c8)
Signed-off-by: Patrick Roy <[email protected]>
Instead of copying the buffers byte-by-byte in a loop, just use
copy_from_slice, which compiles to a memcpy.

While we're at it, drop some unused function definitions.

Also remove the special snowflake functions for dealing with i8 slices,
and instead just use zerocopy to safely transmute these into u8 slices,
on which the normal functions work.

(cherry picked from commit 35d6afd)
Signed-off-by: Patrick Roy <[email protected]>
with the byte_order modules no longer using loops, this is no longer
needed.

(cherry picked from commit dd0d932)
Signed-off-by: Patrick Roy <[email protected]>
Copy link
Contributor

@roypat roypat left a comment

Choose a reason for hiding this comment

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

I think #5069 isnt strictly needed, but cant hurt

Copy link

codecov bot commented Mar 24, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 83.19%. Comparing base (558f3dd) to head (1452ec2).
Report is 6 commits behind head on firecracker-v1.11.

Additional details and impacted files
@@                  Coverage Diff                  @@
##           firecracker-v1.11    #5107      +/-   ##
=====================================================
- Coverage              83.19%   83.19%   -0.01%     
=====================================================
  Files                    247      247              
  Lines                  26641    26636       -5     
=====================================================
- Hits                   22165    22160       -5     
  Misses                  4476     4476              
Flag Coverage Δ
5.10-c5n.metal 83.67% <100.00%> (-0.01%) ⬇️
5.10-m5n.metal 83.66% <100.00%> (+<0.01%) ⬆️
5.10-m6a.metal 82.86% <100.00%> (-0.02%) ⬇️
5.10-m6g.metal 79.67% <100.00%> (-0.01%) ⬇️
5.10-m6i.metal 83.65% <100.00%> (-0.01%) ⬇️
5.10-m7a.metal-48xl 82.86% <100.00%> (+<0.01%) ⬆️
5.10-m7g.metal 79.67% <100.00%> (-0.01%) ⬇️
6.1-c5n.metal 83.67% <100.00%> (-0.01%) ⬇️
6.1-m5n.metal 83.65% <100.00%> (+<0.01%) ⬆️
6.1-m6a.metal 82.86% <100.00%> (-0.02%) ⬇️
6.1-m6g.metal 79.66% <100.00%> (-0.02%) ⬇️
6.1-m6i.metal 83.64% <100.00%> (-0.01%) ⬇️
6.1-m7a.metal-48xl 82.86% <100.00%> (-0.01%) ⬇️
6.1-m7g.metal 79.61% <100.00%> (-0.07%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@kalyazin kalyazin self-assigned this Mar 24, 2025
@kalyazin kalyazin added the Status: Awaiting review Indicates that a pull request is ready to be reviewed label Mar 24, 2025
@kalyazin
Copy link
Contributor Author

I think #5069 isnt strictly needed, but cant hurt

I just didn't want to resolve the merge conflict by hand.

@ShadowCurse ShadowCurse merged commit b5ee7be into firecracker-microvm:firecracker-v1.11 Mar 24, 2025
7 of 8 checks passed
@kalyazin kalyazin deleted the kani-1.11 branch March 24, 2025 15:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Status: Awaiting review Indicates that a pull request is ready to be reviewed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants