| 1d5d95ffd80c96de1ca488f6c87a6f54301dadf3 |
|
19-May-2017 |
Sen Jiang <senj@google.com> |
Report build_type to Omaha.
Send additional os_build_type <app> attribute to distinguish between
user and userdebug images.
Bug: 36491462
Test: check omaha request xml
Change-Id: I519e85293db9a2194e0cd015a3a944adc723c3dd
(cherry picked from commit eba2297072914582aed5008ad5f99374124ae4d7)
/system/update_engine/image_properties.h
|
| 94a4decc032ce0cbe44514436f99cdadbc807436 |
|
29-Mar-2017 |
Sen Jiang <senj@google.com> |
Send both system id and product id to Omaha.
The request will have two <app> with different app_id and version.
Test: observe request in the log
Change-Id: I51b0dcf3c0affc81fe152ff24ce0ccc9a36e6385
(cherry picked from commit 573919d54a8421f1b2147d801ae4104adebf5cd7)
/system/update_engine/image_properties.h
|
| ebf6e1228e6e42c19334bb8b3da62f4aef105dea |
|
11-Mar-2017 |
Alex Deymo <deymo@google.com> |
Send the system image build fingerprint and bootloader versions.
In Android, we had STUBS for the bootloader (firmware) version, board,
and EC version. This patch populates those versions and strings based on
the system props using Android standard properties and includes the full
build.fingerprint in the request, which could be used to double-check
the request.
Bug: 35364971
Test: `update_engine_client --check_for_update` sends all this
information now.
(cherry picked from commit 094ce0bec1de7952e2ddc6c0f3c94dc3615b99c0)
Change-Id: I8265c5b8f4415f825160ea259c5b84b4b77372d7
/system/update_engine/image_properties.h
|
| 3be05c82442b2fbab693b6399f64610e8542462b |
|
23-Oct-2015 |
Alex Deymo <deymo@google.com> |
Fix use-after-free in unittest setup code.
When setting the root prefix in a unittest, we need to reset it after
so it isn't accidentally used by other tests.
Bug: chromium:547127
Test: USE="clang asan" FEATURES=test emerge-link update_engine
Change-Id: Ib84bbf265a380976407100a4fba4d2600d62dde6
/system/update_engine/image_properties.h
|
| 856166594771c61973856f563e622ccb7dd48aa1 |
|
16-Oct-2015 |
Alex Deymo <deymo@google.com> |
Read ProductId, ProductVersion and Channel setting in Brillo.
The ProductId, ProductVersion and current/target channels are specified
in a very different way in Brillo compared to Chrome OS. This patch
moves the logic to read and parse /etc/lsb-release in Chrome OS to a
new image_properties module and implements the equivalent module in
Brillo.
This new module replaces some of the logic previously in the
OmahaRequestParams class, both for parsing the read-only properties
from the rootfs and parsing and storing the target channel in the
stateful partition. The Chrome OS version of the new module keeps the
same behavior, except that it falls back to "stable-channel" if the
the current channel is missing in the rootfs (unlikely in Chrome OS).
On the other hand, the new Brillo implementation reads these settings
from the /etc/osrelease file and /etc/osrelease.d directory and doesn't
allow to override those setting during development. The persisted
target_channel and powerwash_allowed settings are stored in Prefs
as many other settings. Finally, since Brillo images don't contain
a channel name baked in the image, we store the channel name where we
got the image from at the time of the update. The first boot after
provisioning will default to "stable-channel".
Bug: 25013069
Test: unittest in Chrome OS; `mm` and tested on a Brillo device.
Change-Id: Icc114b8098af3edaaba715c9c2e3ebe9f417c876
/system/update_engine/image_properties.h
|