We collection metrics and error reports from devices in a few ways: Cobalt, feedback reports, crashpad crashes, manual reports from developers and QA. Interpreting these signals requires knowing where they are generated from to varying levels of detail. This document describes the places where version information about the system are stored for use in these types of reports. Note that this information only applies to the base system - dynamically or ephemerally added software will not be included here.
To access this data, add the feature “build-info” to the component manifest of the component that needs to read these fields.
String describing the product configuration used at build time. Defaults to the value passed as PRODUCT in fx set. Example: “products/core.gni”, “products/workstation.gni”
String describing the board configuration used at build time to specify the target hardware. Defaults to the value passed as BOARD in fx set. Example: “boards/x64.gni”
String describing the version of the build. Defaults to the same string used currently in ‘last-update’. Can be overridden by build infrastructure to provide a more semantically meaningful version, e.g. to include the release train the build was produced on.
String containing a timestamp of the most recent time ‘jiri update’ was executed. Example: “2018-11-06T14:47:59-08:00”.
Jiri snapshot of the most recent ‘jiri update’
Stored in vDSO. Accessed through
Zircon revision computed during the kernel build process.