Add new board: Purism Librem Mini #806
Conversation
|
Will depend on build success of https://app.circleci.com/pipelines/github/tlaurion/heads/334/workflows/5eb74b45-46db-4f13-b789-803237929377/jobs/362 @MrChromebox please rebase |
MrChromebox
force-pushed
the
add_librem_mini
branch
from
ce1e067
to
9c3d3ed
Compare
|
@tlaurion done |
MrChromebox
force-pushed
the
add_librem_mini
branch
from
9c3d3ed
to
b20a0ac
Compare
| @@ -8,6 +8,7 @@ else ifeq "$(CONFIG_COREBOOT_VERSION)" "4.12" | |||
| coreboot_version := 4.12 | |||
| coreboot_hash := edcad000ee9b73183c396ea76155629b3d27c693e0f1ae83e3424c4d936e2be2 | |||
| coreboot-blobs_hash := 4735ee6850d55d1e65dee8b08cc9b28b8af00b42acf31365f5d9545406579104 | |||
| coreboot_depends := $(if $(CONFIG_PURISM_BLOBS), purism-blobs) | |||
There was a problem hiding this comment.
@MrChromebox We can chainload multiple if here for different board configurations?
coreboot_depends := $(if $(CONFIG_PURISM_BLOBS), purism-blobs)
coreboot_depends := $(if $(CONFIG_xx30_BLOBS),xx30-blobs)
etc?
There was a problem hiding this comment.
@MrChromebox We can chainload multiple if here for different board configurations?
would need to be a single line I believe:
coreboot_depends := $(if $(CONFIG_PURISM_BLOBS), purism-blobs) $(if $(CONFIG_xx30_BLOBS),xx30-blobs)
|
@MrChromebox : consider adding tlaurion@12711ee and gitlabci to test buildibility and reproducibility and detect problems in host build systems changes ASAP. Building here, wont be able to test outcome https://circleci.com/gh/tlaurion/heads/377?utm_campaign=vcs-integration-link&utm_medium=referral&utm_source=github-build-link |
|
@MrChromebox build fails on docker debian:10 with |
|
@tlaurion issue building older GCC for coreboot toolchain I'm guessing |
|
@MrChromebox Well, past CI against bullseye worked before for coreboot 4.12 and coreboot 4.8.1 until a change in host build toolchain broke coreboot 4.8.1 based builds. CircleCI was then changed to use Debian 10 docker image which works for coreboot 4.8.1 but doesn't for coreboot 4.12 anymore. A bit confused here. How can we make coreboot depend on musl-cross-make at this point so that it doesn't fail based on host related build toolchain.... |
Add patch print ME status regardless of enablement state Signed-off-by: Matt DeVillier <[email protected]>
Rather than require users to manually run a script to download the required blobs to build Purism Librem boards, automate it so the correct version is automatically downloaded/extracted. Restrict to coreboot 4.12 for now since 4.8.1 still needs FSP blobs, which are not in module. Signed-off-by: Matt DeVillier <[email protected]>
Fixes compilation issue with newer kernels, ignored by older ones which don't need it Signed-off-by: Matt DeVillier <[email protected]>
Add Librem Mini board patch for coreboot 4.12, board config and coreboot config. Continue reusing existing librem13v2 Linux config, same as all other Librem boards currently. Use new purism-blobs module. Signed-off-by: Matt DeVillier <[email protected]>
Use 'librem_<board>' notation for consistency across all models. Rename linux config file since used by multiple Librem models. Signed-off-by: Matt DeVillier <[email protected]>
MrChromebox
force-pushed
the
add_librem_mini
branch
from
b20a0ac
to
e30197e
Compare
|
@MrChromebox I see that you now follow your github account your branch from CircleCI, which automatically builds your PR, which from now can be clicked per last commit's yellow light which points here. Awesome and pretty appreciated, thank you. Unfortunately as per commit e30197e you till haven't cherry-picked tlaurion@12711ee so your new librem_mini board will not be compiled by circleCI as expected in this branch, so the build will probably succeed but won't test what you want to actually test librem_mini board build. This will create both caches (crossgcc and full cache) though for the next build when it succeed. You might want to keep this build running so that cache will be picked up when that build will be successful and then add your board into circleci config. |
|
@tlaurion oops, missed that, I will CP and push to re-test once this build is done |
Signed-off-by: Matt DeVillier <[email protected]>
MrChromebox
force-pushed
the
add_librem_mini
branch
from
617a514
to
40151da
Compare
|
@MrChromebox found anything related to the present problem? status docker debian:bullseye:
status docker debian:10:
|
|
@tlaurion I'm not even sure how to begin diagnosing the issue. There don't seem to be any logs of the build to show what failed |
|
@MrChromebox Will try to bring back what I implemented before to output content of last log files modified. |
|
@MrChromebox : might now be enough and we might want to replace tail from a full output of those logs, but you can get the idea here: https://app.circleci.com/pipelines/github/tlaurion/heads/364/workflows/df9bad8d-8ff1-40da-b8d8-1b87a05be509/jobs/392 |
|
@MrChromebox : https://app.circleci.com/pipelines/github/tlaurion/heads/364/workflows/df9bad8d-8ff1-40da-b8d8-1b87a05be509/jobs/392 was successful?!? Does the artifact boot for you? |
yes, it boots successfully :) |
|
@MrChromebox Will have to revert. Some patches in CircleCI will have to be done to output the logs of binutiles which fails at https://app.circleci.com/pipelines/github/tlaurion/heads/365/workflows/c32c3e29-f383-43b1-9ffe-5b5968c7feaf/jobs/393 : So https://github.com/osresearch/heads/blob/master/modules/coreboot#L68-L71 is the culprit, where |
Coreboot 4.12, on which the librem_mini depends, doesn't build under debian:10 docker image as of right now. It was building over debian:bullseye (where 4.8.1 boards didn't) which constructed a valid cache that was reused when building linuxboot#806 (https://app.circleci.com/pipelines/github/tlaurion/heads/364/workflows/df9bad8d-8ff1-40da-b8d8-1b87a05be509/jobs/392) Consequently, more troubleshooting would need to be done under local debian:10 docker image.
Coreboot 4.12, on which the librem_mini depends, doesn't build under debian:10 docker image as of right now. It was building over debian:bullseye (where 4.8.1 boards didn't) which constructed a valid cache that was reused when building #806 (https://app.circleci.com/pipelines/github/tlaurion/heads/364/workflows/df9bad8d-8ff1-40da-b8d8-1b87a05be509/jobs/392) Consequently, more troubleshooting would need to be done under local debian:10 docker image.
Add support for the Purism Librem Mini:
Depends on #805 / will be rebased after merge