summaryrefslogtreecommitdiff
path: root/src/device/oprom/yabel/compat
diff options
context:
space:
mode:
authorEdward O'Callaghan <quasisec@google.com>2020-02-20 13:38:49 +1100
committerEdward O'Callaghan <quasisec@chromium.org>2020-02-28 00:02:35 +0000
commit9ed10bff317097c42b1545279f88af95ca796ab0 (patch)
treee27d1a6c54810bd86c98ab40550b029702e3514b /src/device/oprom/yabel/compat
parenta5f8b8c8062047a0684623fe58e050e759593cf2 (diff)
ec/google/chromeec: Introduce SKU_ID helpers
The following introduces helpers that, by default, accommodate a larger SKU id space. The following is the rational for that: Allow INT32_MAX SKU id encodings beyond UINT8_MAX. This allows for the SKU id to accommodate up to 4 bytes however we reserve the highest bit for SKU_UNKNOWN to be encoded. However, the legacy UINT8_MAX encoding is supported by leveraging the Kconfig by overriding it with the legacy max of 0xff. Follow ups migrate boards to this common framework. V.2: Fixup array size && drop sku_id SKU_UNKNOWN check and pass whatever is set to userspace as firmware doesn't care about the value. V.3: Use SPDX-License header. BUG=b:149348474 BRANCH=none TEST=tested on hatch. Change-Id: I805b25465a3b4ee3dc0cbda5feb9e9ea2493ff9e Signed-off-by: Edward O'Callaghan <quasisec@google.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/39018 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Furquan Shaikh <furquan@google.com>
Diffstat (limited to 'src/device/oprom/yabel/compat')
0 files changed, 0 insertions, 0 deletions