Treat APK path change as compatible

The path to an APK may change, on an update, or at any other time when
it's not running. So we shouldn't treat a path change as rendering the
VM config incompatible.

(If the new path points to an APK with a different signature or
incompatible version then starting the VM may still fail - but we
can't determine that statically from the config, any more than we can
from checking package names.)

Modify the relevant test to match.

Bug: 321184334
Test: atest MicrodroidTests
Change-Id: I384360b0d19013b12da338af95cbc5ae104fa983
2 files changed
tree: 2acdf8b606126434af42229750a33cb13bbf9e1f
  1. apex/
  2. apkdmverity/
  3. authfs/
  4. compos/
  5. demo/
  6. demo_native/
  7. docs/
  8. encryptedstore/
  9. javalib/
  10. launcher/
  11. libs/
  12. microdroid/
  13. microdroid_manager/
  14. pvmfw/
  15. rialto/
  16. service_vm/
  17. tests/
  18. virtualizationmanager/
  19. virtualizationservice/
  20. vm/
  21. vm_payload/
  22. vmbase/
  23. vmclient/
  24. zipfuse/
  25. .clang-format
  26. .gitignore
  27. Android.bp
  28. OWNERS
  29. PREUPLOAD.cfg
  30. README.md
  31. rustfmt.toml
  32. TEST_MAPPING
README.md

Android Virtualization Framework (AVF)

Android Virtualization Framework (AVF) provides secure and private execution environments for executing code. AVF is ideal for security-oriented use cases that require stronger isolation assurances over those offered by Android’s app sandbox.

Visit our public doc site to learn more about what AVF is, what it is for, and how it is structured. This repository contains source code for userspace components of AVF.

If you want a quick start, see the getting started guideline and follow the steps there.

For in-depth explanations about individual topics and components, visit the following links.

AVF components:

AVF APIs:

How-Tos: