Skip to content

Conversation

ShadowCurse
Copy link
Contributor

@ShadowCurse ShadowCurse commented Oct 7, 2025

Changes

  • remove remaining anyhow usage
  • remove unused code from MmioDeviceManager
  • assert on device downcasting
  • remove SharedDeviceType wrapper

Reason

Codebase maintenance

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 checkbuild --all to verify that the PR passes
    build checks on all supported architectures.
  • 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.

Copy link

codecov bot commented Oct 7, 2025

Codecov Report

❌ Patch coverage is 48.00000% with 26 lines in your changes missing coverage. Please review.
✅ Project coverage is 82.80%. Comparing base (837c2e7) to head (4fde8f5).

Files with missing lines Patch % Lines
src/vmm/src/lib.rs 0.00% 22 Missing ⚠️
src/vmm/src/device_manager/mod.rs 0.00% 4 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##             main    #5471      +/-   ##
==========================================
+ Coverage   82.74%   82.80%   +0.06%     
==========================================
  Files         269      269              
  Lines       27798    27752      -46     
==========================================
- Hits        23001    22980      -21     
+ Misses       4797     4772      -25     
Flag Coverage Δ
5.10-m5n.metal 82.98% <48.00%> (+0.08%) ⬆️
5.10-m6a.metal 82.24% <48.00%> (+0.07%) ⬆️
5.10-m6g.metal 79.62% <48.00%> (+0.05%) ⬆️
5.10-m6i.metal 82.96% <48.00%> (+0.06%) ⬆️
5.10-m7a.metal-48xl 82.22% <48.00%> (+0.06%) ⬆️
5.10-m7g.metal 79.62% <48.00%> (+0.06%) ⬆️
5.10-m7i.metal-24xl 82.94% <48.00%> (+0.06%) ⬆️
5.10-m7i.metal-48xl 82.94% <48.00%> (+0.07%) ⬆️
5.10-m8g.metal-24xl 79.63% <48.00%> (+0.06%) ⬆️
5.10-m8g.metal-48xl 79.62% <48.00%> (+0.05%) ⬆️
6.1-m5n.metal 83.00% <48.00%> (+0.06%) ⬆️
6.1-m6a.metal 82.26% <48.00%> (+0.06%) ⬆️
6.1-m6g.metal 79.62% <48.00%> (+0.06%) ⬆️
6.1-m6i.metal 82.99% <48.00%> (+0.06%) ⬆️
6.1-m7a.metal-48xl 82.25% <48.00%> (+0.07%) ⬆️
6.1-m7g.metal 79.63% <48.00%> (+0.06%) ⬆️
6.1-m7i.metal-24xl 83.00% <48.00%> (+0.06%) ⬆️
6.1-m7i.metal-48xl 83.00% <48.00%> (+0.07%) ⬆️
6.1-m8g.metal-24xl 79.62% <48.00%> (+0.06%) ⬆️
6.1-m8g.metal-48xl 79.62% <48.00%> (+0.06%) ⬆️

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.

@ShadowCurse ShadowCurse force-pushed the maintenance_2 branch 8 times, most recently from 50da2f7 to 8036a6a Compare October 15, 2025 16:25
@ShadowCurse ShadowCurse requested review from Manciukic and bchalios and removed request for Manciukic October 16, 2025 12:24
Comment on lines 524 to +533
})
.map_err(VmmError::FindDeviceError)
.map_err(VmmError::FindDeviceError)??;
Ok(())
Copy link
Contributor

Choose a reason for hiding this comment

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

can this be just?

.map_err(VmmError::FindDeviceError)?

maybe not because it needs to convert it first.

maybe this would work?

})?
.map_err(VmmError::Block)
}

The only place where anyhow was used is in the device manager
code that runs a specified function with a certain device. No instead
of converting the possible error of that function to anyhow::error,
just return the error and lest the call site do deal with it.

Signed-off-by: Egor Lazarchuk <[email protected]>
When we get a type erased device from a underlying
device storage we expect that it will always be of the type we
requested with T::const_device_type(). If it is not true, we
have an internal bug.

Signed-off-by: Egor Lazarchuk <[email protected]>
with_virtio_device_with_id was never used in the
mmio device manager.

Signed-off-by: Egor Lazarchuk <[email protected]>
Replace 2 functions: `try_with_virtio_device_with_id`
and `with_virtio_device_with_id`, with single
`with_virtio_device` that handles any return type of the
passed function.

Signed-off-by: Egor Lazarchuk <[email protected]>
This wrapper was only used in the `update_from_restored_device`
function which was instantly unwrapping the value and
just adding device to the VmResources. Instead of this
round trip just add devices directly since fields are
public.
This also removes the check for the addition of balloon device,
but this check is not needed anyway, since snapshot should not
contain conflicting configs.

Signed-off-by: Egor Lazarchuk <[email protected]>
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.

2 participants