Send an UMA metric when failed to boot into the new partition.
When a payload is successfully applied, the /other/ partition
is marked as valid and a reboot is needed, the reboot into this
new partition can fail due to several reasons. If than happens,
the firmware can rollback to the previous partition.
When this happens, this fix sends a new UMA metric with the
attempt number of this failing payload.
In order to test this functionality we need to fake the
utils::BootDevice() to emulate a reboot into the same or
a different partition. To achieve this, this function is
moved to a new "HardwareInterface" that can be faked
using the FakeHardware class that can hold similar hardware
related functions. Implementations and unittest were
refactored as needed.
BUG=chromium:243572
TEST=unittests
Change-Id: I1a4242df0bd61e2718ab881ead603b1d3705b877
Reviewed-on: https://gerrit.chromium.org/gerrit/61815
Commit-Queue: Alex Deymo <deymo@chromium.org>
Reviewed-by: Alex Deymo <deymo@chromium.org>
Tested-by: Alex Deymo <deymo@chromium.org>
diff --git a/SConstruct b/SConstruct
index fe6170d..c60f1d0 100644
--- a/SConstruct
+++ b/SConstruct
@@ -265,6 +265,7 @@
full_update_generator.cc
gpio_handler.cc
graph_utils.cc
+ hardware.cc
http_common.cc
http_fetcher.cc
install_plan.cc
@@ -308,6 +309,7 @@
extent_mapper_unittest.cc
extent_ranges_unittest.cc
extent_writer_unittest.cc
+ fake_hardware.cc
file_writer_unittest.cc
filesystem_copier_action_unittest.cc
filesystem_iterator_unittest.cc
@@ -316,6 +318,7 @@
gpio_mock_file_descriptor.cc
gpio_mock_udev_interface.cc
graph_utils_unittest.cc
+ hardware_unittest.cc
http_fetcher_unittest.cc
metadata_unittest.cc
mock_http_fetcher.cc