summaryrefslogtreecommitdiff
path: root/scripts/payload_info_unittest.py
diff options
context:
space:
mode:
authorYifan Hong <elsk@google.com>2020-02-19 15:22:47 -0800
committerYifan Hong <elsk@google.com>2020-03-05 08:48:56 -0800
commit1dcd1a64ed275e73c1663cc13a06a2032c0f33da (patch)
tree098b44d7ef6728fb7fc3ae46d5b7f8e71f3f4a8b /scripts/payload_info_unittest.py
parent120c31651c8aacfd3bf06a9593e88b3dd15920a1 (diff)
UpdateAttempterAndroid::Init initiates merge
On update_engine starts, schedule CleanupPreviousUpdateAction that calls CleanupSuccessfulUpdate to do necessary cleanup as soon as possible. In the good case, update_engine initiates merge when sys.boot_completed, and clean up snapshots. If the update is rolled back or partitions are flashed, the following happens (on a Virtual A/B device): - UpdateAttempterAndroid::CleanupSuccessfulUpdate is called - DynamicPartitionControlAndroid::CleanupSuccessfulUpdate is called - SnapshotManager::InitiateMergeAndWait is called - SnapshotManager::RemoveAllUpdateState(before_cancel) is called - before_cancel is called, DeltaPerformer::ResetUpdateProgress is called - All update states in update_engine is reset. - SnapshotManager proceeds to delete snapshots - All update states in SnapshotManager is reset. Hence, on an VAB device, when an update is rolled back or partitions are flashed, the whole update needs to be re-applied (while in A/B, it skips writing and directly start verifying hashes of the target partitions because the update markers are still there). Bug: 147696014 Test: apply OTA then reboot, inspect logs and do `snapshotctl dump` Change-Id: I0fc5e7768dfb53e4fd474f2d8d85d2a1b615a88b Merged-In: I0fc5e7768dfb53e4fd474f2d8d85d2a1b615a88b
Diffstat (limited to 'scripts/payload_info_unittest.py')
0 files changed, 0 insertions, 0 deletions