-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WiP: current kgpe-d16 boards against dasharo/coreboot (kgpe-d16 dasharo release 0.4) #1303
base: master
Are you sure you want to change the base?
Conversation
88a5f01
to
2dac5c1
Compare
Hopefully, weird build race conditions that were related to coreboot 4.11 on CircleCI's debian-11 docker will not be present and 2dac5c1 should build at https://app.circleci.com/pipelines/github/tlaurion/heads/1430/workflows/6a5af379-e3df-4f15-aabc-8a906b247abe/jobs/15930 Note that the following compilation options were required to be passed to that version of coreboot (4.16+?) https://github.com/osresearch/heads/pull/1303/files#diff-18936189b28399cf48703d0c1ec1df33e57c559de2a12f4438be00e6813bdb68R46: |
2dac5c1
to
7767cb5
Compare
Attemtping to build from CI for all KGPE-d16 variants already existing |
Copying coreboot config changes across boards (linux command line differs, we cannot use a single coreboot config across all boards, but needs to be revisited). |
c182cb8
to
cd82066
Compare
b9748f0
to
a56dfa1
Compare
UART_FOR_CONSOLE vanished in current PR. To revisit and check against personal branches, rebase on master and force push so that roms are produced for now UNTESTED_kgpe-d16* variants. Todo:
|
a56dfa1
to
c08b183
Compare
commit cherry-picked and applied on top of master + added nvme inside of linux kernel configs. |
Expecting IASL tarball dowload to fail as for all other past versions and forks which didn't fix. Will prepare patch and add seperately |
yep. it points to
|
9878c5c
to
0905976
Compare
Note: this cannot be built on top of debian-12 as this is . CircleCI uses a debian-11 docker as a base, which is expected to be able to build ~4.16 on which dasharo/coreboot fork for kgpe-d16 is based on. |
…inux configs - coreboot kgpe-d16: WiP attempt to fix ISAL url with patch and coreboot failing crossgcc build with EXTRA_PARAMS overriden in - CircleCI: fix names for kgpe-d16: they are part of UNTESTED boards as of now
0905976
to
842eda2
Compare
Previous commit changes IASL url to point to intel.... Couldn't find a mirror for that. Same should apply for all things into #1198 |
Maybe we should create another board that doesn't imply ASBv4 (no BMC at all). Note that dasharo kgpe-d16 config is at https://github.com/Dasharo/coreboot/blob/cef95aaa3168722c62e63a92c803a733b81f2531/configs/config.asus_kgpe_d16_16M_vboot_tpm12 |
…f95aaa3168722c62e63a92c803a733b81f2531/configs/config.asus_kgpe_d16_16M_vboot_tpm12 as base, and specialize for workstation (UART=0: serial console and proper port, bootsplash and linear framebuffer) and server (UART=1: SOL, no bootplash and text console). Next step would be to reuse EFIFB if we do not break anything here. Should permit debugging on workstation (serial console) and server (BMC SOL).
Ok. Reviewed dasharo upstream based defconfig and adapting for server and workstation, saving in oldconfig format in tree. Took current Heads CBFS and ROM size (10mb, should be adjusted to have 16mb-coreboot size to have maximized CBFS region later on, lots of unused space under rom as ofd now) Workstation: UART=0 (Serial console), native linear gfxinit enabled + bootsplash |
UART=0 is local serial console. This was not activated and debugging was expected to happen over BMC serial console. Now changed so workstation doesn't expect a BMC at all as of now. UART=1 is SOL (so BMC) |
Instructions to test CircleCI builds https://forum.qubes-os.org/t/heads-needs-testers-with-external-programmers/19564/3?u=insurgo |
Originally posted by @build-cool91 in #1395 (comment) |
Let's remember that Nvidia and amd dgpu not requiring firmware blobs packed under initrd are consequently expected to work over current PR |
Let's remember that Nvidia and AMD dgpu not requiring firmware blobs packed under initrd are consequently expected to work under current PR, where additional work would be needed to include needed dgpu firmware blobs or try to attempt generic efifb/simpledrm approach. I'm thinking of renaming board configs so that Workstation states blobless_dgpu or something. @build-cool91 : thoughts? |
Yeah I think the rename would make sense, in my case at least it was only an older Nvidia card that worked...but could also mean that older AMD cards would be fine - not sure. |
kgpe-d16 moved as unmaintained board under #1604 |
Dasharo 0.4 release notes:
https://docs.dasharo.com/variants/asus_kgpe_d16/releases/