| commit | 92a989925e3855e6602334b47ad95cfc65c5f763 | [log] [tgz] |
|---|---|---|
| author | Jonathon Murphy <jpmurphy@google.com> | Fri Jun 30 19:40:08 2023 |
| committer | Chromeos LUCI <chromeos-scoped@luci-project-accounts.iam.gserviceaccount.com> | Mon Jul 03 01:48:15 2023 |
| tree | 0c2e3b78d317fcb155ab39f68fddbddf68f10eb2 | |
| parent | 8c4e6eee1f467831ba55f54a2b4ce29188c55256 [diff] |
Revert "soc/mediatek: Add MTK blob owners" This reverts commit 6b6494908a1c3be76b25311b55ee07ffa00e8bbc. Reason for revert: Changes should be applied upstream Original change's description: > soc/mediatek: Add MTK blob owners > > Set MTK bringup team firmware developers to be owner of mediatek > sub folder since there will be very frequent updates to memory > training blobs. > > BUG=None > TEST=None > > Change-Id: Idd889fd4383295a3568d63d7f6834bf52a7466d4 > Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/third_party/coreboot/blobs/+/1918503 > Tested-by: Hung-Te Lin <hungte@chromium.org> > Reviewed-by: Yu-Ping Wu <yupingso@chromium.org> > Reviewed-by: Furquan Shaikh <furquan@chromium.org> > Commit-Queue: Hung-Te Lin <hungte@chromium.org> > Auto-Submit: Hung-Te Lin <hungte@chromium.org> BUG=None Change-Id: I29d9af5e03d368f8ca77f69a7f8f947de7093cbb Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/third_party/coreboot/blobs/+/4659862 Tested-by: Jonathon Murphy <jpmurphy@google.com> Auto-Submit: Jonathon Murphy <jpmurphy@google.com> Reviewed-by: Hung-Te Lin <hungte@chromium.org> Commit-Queue: Hung-Te Lin <hungte@chromium.org>
While coreboot attempts to be binary free, some coreboot mainboards require vendor binaries to support silicon and features. It is an unfortunate fact, as silicon has become more complicated, vendors are using more binaries to support their silicon. The coreboot community can not control the vendors, nor completely eliminate binaries, but it can set standards and expectations for vendor participation. coreboot needs policies and guidelines to meet GPL licence requirements and to organize and maintain standards within coreboot.
To accept binaries in coreboot 3rdparty/blobs repository, the binary must meet the following:
In case of non-ISA binary, documented usage conventions are required
Examples:
The binary must be accompanied by a distribution license. The license must allow unlimited redistribution to allow coreboot contributors to create coreboot images for third parties which contain this and other blobs.
Source code linked into coreboot may not be committed to the binary repository. Such source code and header files must be committed to the coreboot repository instead.
The binary must contain the version and how to extract the version must be published in the ABI
Each binary release must be accompanied by a release note that contains all of the following (if a field is unknown or unavailable, mark it as unknown or N/A):
* version * release date * supported silicon * instructions, requirements, and dependencies * changes since the last version * errata, known issues * toolchain version(s), if applicable * ABI version and link to the published ABI (in the binary repository)
The commit message should summarize the release note and contain any additional information that might be specific to coreboot. It is helpful to indicate how the binary was tested within coreboot and list any known exceptions or errata.