Bluetooth PAN (Personal Area Network) profile, then, they:
[C-1-1] MUST support OTA downloads with offline update via reboot.
For device implementations that are launching with Android 6.0 and later, the update mechanism
SHOULD support verifying that the system image is binary identical to expected result following an
OTA. The block-based OTA implementation in the upstream Android Open Source Project, added
since Android 5.1, satisfies this requirement.
Also, device implementations SHOULD support
A/B system updates
. The AOSP implements this
feature using the boot control HAL.
If an error is found in a device implementation after it has been released but within its reasonable
product lifetime that is determined in consultation with the Android Compatibility Team to affect the
compatibility of third-party applications, then:
[C-2-1] The device implementer MUST correct the error via a software update available
that can be applied per the mechanism just described.
Android includes features that allow the Device Owner app (if present) to control the installation of
system updates. If the system update subsystem for devices report android.software.device_admin
then, they:
[C-3-1] MUST implement the behavior described in the
SystemUpdatePolicy
class.
12. Document Changelog
For a summary of changes to the Compatibility Definition in this release:
Document changelog
For a summary of changes to individuals sections:
1.
Introduction
2.
Device Types
3.
Software
4.
Application Packaging
5.
Multimedia
6.
Developer Tools and Options
7.
Hardware Compatibility
8.
Performance and Power
9.
Security Model
10.
Software Compatibility Testing
11.
Updatable Software
12.
Document Changelog
13.
Contact Us
12.1. Changelog Viewing Tips
Changes are marked as follows:
CDD
Substantive changes to the compatibility requirements.
Page 131 of 132