summaryrefslogtreecommitdiff
path: root/resources/scripts/build
AgeCommit message (Collapse)Author
2023-02-19build/boot/roms: fail when build cbutils failsLeah Rowe
2022-12-27Do not rely on bashisms and behaviour undefined by the POSIX specification.Ferass 'Vitali64' EL HAFIDI
By making lbmk fully POSIX-compliant, it will be easier to port lbmk to other systems implementing POSIX such as Alpine Linux and FreeBSD. Signed-off-by: Ferass 'Vitali64' EL HAFIDI <vitali64pmemail@protonmail.com>
2022-12-14build/release/src: don't delete .gitcheck20221214lbmkplaceholder
2022-12-14correct a faulty if statement in build/release/srcLeah Rowe
2022-12-11build/boot roms: add exits for failing commandsLeah Rowe
2022-12-10build/release/src: Include U-Boot sources in source archiveAlper Nebi Yasak
Add U-Boot to the source release script's modules list so that it is included in source release tarballs. Don't include the unused upstream source and .git directories. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/clean: Add helper script to clean U-Boot buildsAlper Nebi Yasak
Copy the resources/scripts/build/clean/crossgcc script and adapt it to run "make distclean" on U-Boot build trees. Some build artifacts persist after the run, so also run "git clean -fdx" if we can. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10dependencies/debian: Install dependencies for U-BootAlper Nebi Yasak
U-Boot build dependencies are listed on their online documentation [1], but the listed Debian packages also include test-only dependencies. While installing dependencies, install the packages necessary to build U-Boot, except for the test-only ones I could identify. [1] https://u-boot.readthedocs.io/en/latest/build/gcc.html Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Support using "u-boot" ELF file as U-Boot payloadAlper Nebi Yasak
U-Boot runtime configuration is done with a device-tree file, which is built alongside the executable in the upstream build system, and must be available to U-Boot at runtime. This device-tree is normally not linked into the default "u-boot" ELF file. So far we have been handling it by re-creating a "u-boot.elf" from the raw binary parts by setting REMAKE_ELF, and using that as the coreboot payload. Unfortunately, that fails to build for x86 boards, more specificly the "coreboot" boards upstream. It's also possible (but discouraged) to set OF_EMBED to embed the device-tree file into the U-Boot itself, in which case we could use the "u-boot" file as the payload on the "coreboot" boards. Add support for using the "u-boot" file as the payload if "u-boot.elf" doesn't exist. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Don't rebuild crossgcc if it was already builtAlper Nebi Yasak
The roms_helper script skips building crossgcc-i386 if its target directory exists. Skip it for other architectures as well. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Make coreboot crossgcc usable for payloads and modulesAlper Nebi Yasak
Add the coreboot-built cross-architecture toolchains to the PATH so that modules and payloads can use them. When building for a foreign-arch board, also export CROSS_COMPILE pointing to the appropriate prefix. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Build 32-bit crossgcc for AArch64 as wellAlper Nebi Yasak
This re-applies commit a69855f7e448 ("Build 32-bit crossgcc for AArch64 as well") which was inexplicably reverted along with unrelated changes. Mention in a comment that building crossgcc-arm is necessary for AArch64. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Don't build Memtest86+ when not specified by cmdlineAlper Nebi Yasak
When overriding which payloads will be built with the -p command line argument, the roms_helper script builds the Memtest86+ payload before checking if it should be disabled. Move the build command after the command line override. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-10build/roms: Disable U-Boot when not in payloads specified by cmdlineAlper Nebi Yasak
When overriding which payloads will be built with the -p command line argument, the roms_helper script doesn't disable the U-Boot payload. Disable it in this case. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-12-05build/release/roms: delete ME/MRC firmware in ROMsLeah Rowe
2022-12-05build/boot/roms: remove errant codeLeah Rowe
2022-12-05delete build/release/u-boot-libreLeah Rowe
this is a hangover from pre-osboot-merge libreboot. the idea was to distribute fsdg uboot archives lbmk has uboot support, and releases will simply include uboot in the main src archive like with everything else
2022-12-05remove logic for avoiding nonredistributable blobsLeah Rowe
the --nuke option in ifdtool will be used instead, to nuke the ME regions in specific rom sets (and cbfstool will be used to delete mrc.bin files from rom sets) the new method being implemented is heavier on disk io, but simplifies lbmk, and disk io could still be optimised in the following ways: * when copying roms from boards with ME in them, use ifdtool --nuke to get filename.rom.new, and *move* (not copy) filename.rom.new to the new destination (for use with tar) * possibly modify ifdtool to make efficient use of mmap for disk i/o; it currently loads entire roms into an allocated buffer in memory
2022-11-29scripts: avoid relying on spaces from sha1sum outputAlexei Sorokin
2022-11-22build/roms: remove seabios_grubfirst logicLeah Rowe
the intended use-case scenario was one in which vga rom initialisation would be used, on desktop configurations, but without coreboot itself handling vga rom initialisation, instead leaving that task to seabios it was assumed that grub, when running on the bare metal with build option "--with-platform=coreboot" would be able to display like this, but it is not so when tested in such setups (add-on gpu with grub payload), it is necessary to extract the video bios and insert it into the coreboot rom, having coreboot handle such execution. this is beyond the scope of lbmk, in context of automated building, because we cannot reliably predict things such as PCI IDs do away with this build option entirely, for it does not serve the intended purpose. it will be necessary to run PC GRUB instead (build option --with-platform=i386-pc). PC GRUB can still read from CBFS, and you could provide it as a floppy image file inside CBFS for SeaBIOS to execute. in this setup, GRUB would function as originally intended by the seabios_withgrub option; such a configuration is referred to as "SeaGRUB" by the libreboot project, and experimentation was done with it in the past, to no avail it's better to keep things simple, in the libreboot project. simpler for users, that is
2022-11-19dependencies/arch: notice about unifont dependencyLeah Rowe
2022-11-19remove kfsn4-dre, kcma-d8 and kgpe-d16Leah Rowe
buggy, buggy, buggy, buggy, buggy, buggy, buggy full of bugs, these boards never worked properly. i got ripped off with these. now i'm ripping off the band aid use dasharo if you want d16 stuff. i'm done with it.
2022-11-19add innoextract to federa dependency scriptLeah Rowe
2022-11-19ditto othersLeah Rowe
2022-11-19ditto debian scriptLeah Rowe
2022-11-19remove stupid flags from arch dependency scriptLeah Rowe
2022-11-19build/dependencies/*: remove python2Leah Rowe
python2 is eol and the only thing that needed it was build scripts inside tianocore, back in osbmk days when tianocore was supported in the (osboot) build system. nothing else requires it, so chuck it
2022-11-14pragmatic system distribution guideline compliancepsdgLeah Rowe
osboot is now part of libreboot, and will soon shut down. libreboot now conforms to osboot policy.
2022-08-28build/roms: Rebuild cbutils module before starting coreboot buildAlper Nebi Yasak
In recent coreboot versions, running distclean started to erase the cbfstool binary we built earlier in the util/cbfstool dir via the cbutils build script call. The coreboot build puts it in a different directory, and the roms build script can't find it when trying to add payloads to the roms. This doesn't make the script fail (because set -e is stupid like that), and the build appears to succeed if you don't look close enough to see the "cbfsutil not found" error. Build the coreboot utils we want at the places we want them after calling distclean, so that we can actually use cbfsutil and avoid silently-broken roms with newer coreboot versions. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-28build/roms: Support using U-Boot as a coreboot payloadAlper Nebi Yasak
This enables embedding U-Boot into the coreboot roms as the payload. For now, the ELF file generated by enabling CONFIG_REMAKE_ELF is used, which includes the U-Boot binary and the board-specific device-tree file. It might be better to use the FIT payload support for U-Boot, but that was reportedly broken and is not tested yet. Coreboot boards can specify payload_uboot="y" in their board.cfg to enable building a rom with U-Boot as the payload, which is built from the U-Boot board with the same name. Boards can further specify a uboot_config option, to choose which board-specific config file U-Boot should be built with. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-28build/roms: Build 32-bit crossgcc for AArch64 as wellAlper Nebi Yasak
The 32-bit ARM cross compiler toolchain is used to build parts of arm-trusted-firmware needed by AArch64 boards, compile the toolchain for those boards as well. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-28build/roms: Fix building for ARMv7 and AArch64 boardsAlper Nebi Yasak
The code that compiles coreboot crossgcc changes the working directory to the coreboot directory, and the following code cannot find the lbmk scripts that it needs to run. Compile ARMv7 and AArch64 cross compilers in a subshell like in the x86 case so the rest of the script can work. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-28build/payload: Add helper script to build U-Boot as payloadAlper Nebi Yasak
This enables building U-Boot for boards which have config files in resources/u-boot, and copying built files that could be usable to make coreboot payloads. Right now, there is no such board in this repo. The most important file here is "u-boot.elf", which is a combination of the U-Boot binary and the appropriate device-tree file for the board. Building this needs CONFIG_REMAKE_ELF=y on the U-Boot part, and using this with CONFIG_PAYLOAD_ELF=y on the coreboot build works fine. Note that this isn't enough to make U-Boot-only releases, since low-level prerequisites like arm-trusted-firmware aren't passed in to the U-Boot build system. Coreboot builds its own copy of TF-A and sets it up on the board, so using these U-Boot builds as payloads should still work. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-27u-boot-libre: Add support for deblobbing U-Boot v2022.07Alper Nebi Yasak
Add a 'v2022.07' pseudo-board for the U-Boot download script with the default blobs list, and mark the version as supported in u-boot-libre release script. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-27download/u-boot: Prepare files per board instead of per revisionAlper Nebi Yasak
The U-Boot download script is designed to help with releasing u-boot-libre and it can only prepare a generic U-Boot v2021.07 tree. However, we will need to build board-specific versions of U-Boot to be able to use it as a coreboot payload effectively. As a first step toward that, make the download script prepare per-board copies of U-Boot v2021.07. Then, add a 'v2021.07' pseudo-board for the u-boot-libre release script to work on. The u-boot-libre deblob script hash ends up chaning due to copying my author attribution from the download script, update its hash. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-25u-boot-libre: Set tar mtime to SOURCE_DATE_EPOCH or @0Alper Nebi Yasak
The u-boot-libre tarball contents' mtimes are an unconventional value due to timezone confusion. For reproducibility, timestamps like these are usually set by a SOURCE_DATE_EPOCH which is respected by both coreboot and U-Boot. Use it in the u-boot-libre release script as well, and properly set the mtimes to the Unix epoch when it's not defined. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-25u-boot-libre: Fix releasing blob list as deblob scriptAlper Nebi Yasak
The u-boot-libre release script copies the blobs list into the release as the deblob script, presumably due to a copy-paste error. Fix it to correctly copy the generated deblob script. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-08-25u-boot-libre: remove nonfree firmware in drivers/dma/MCD_tasks.cDenis 'GNUtoo' Carikli
This firmware lack corresponding source code. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-08-25u-boot-libre: Fix reproducability issue due to timezoneAlper Nebi Yasak
The checksums in tests/u-boot-libre.sha512 do not match the tarballs generated by this script when ran on a different timezone, e.g. UTC+3. Explicitly specify a timezone for the tar command that makes the tarballs match the checksums. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2022-07-10Libreboot 2022071020220710Leah Rowe
2022-03-11Perform the silentoldconfig step of seabios before full makeJohn Doe
I was running into a race condition when rebuilding seabios with a high cpu count, resulting in failure with this error message: cc1: fatal error: can't open 'out/src/asm-offsets.s' for writing: No such file or directory Performing the silentoldconfig step before the full make step seems to resolve the failure.
2022-02-16boot-libre: add --gen-blob-script to generate a deblob scriptDenis 'GNUtoo' Carikli
This should enable various distributions and build system to reuse the generated script to deblob u-boot releases themselves. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-16boot-libre: ship the blob list tooDenis 'GNUtoo' Carikli
This should enable various distributions and build system to reuse that blob to deblob u-boot releases themselves. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-16u-boot-libre: Add help and support for multiple versionsDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-16u-boot-libre: Add reproducible builds and testsDenis 'GNUtoo' Carikli
The tar options come from the tutorial to remove archives metadata at reproducible-builds.org[1]. [1]https://reproducible-builds.org/docs/archives/ Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-16u-boot-stable-src-release: rename to u-boot-libreDenis 'GNUtoo' Carikli
If the script is named u-boot-stable-src-release and that users see an u-boot-libre tarball they will not make the link between both unless we rename the script. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-16u-boot-stable-src-release: follow u-boot and linux-libre naming conventionsDenis 'GNUtoo' Carikli
Many people using FSDG compliant distributions or wanting to use one are already familiar with linux-libre. This change renames the resulting tarball to u-boot-libre to make it easier for people to understand the goal of this tarball. In addition we also rename the version from v2021.07 (which is the git tag corresponding to the release) to 2021.07 as u-boot upstream tarballs use that. The revision wasn't bumped as we didn't have any releases of u-boot-libre yet. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2022-02-10Add support for releasing deblobbed u-boot 2020.07 source tarballsDenis 'GNUtoo' Carikli
Once the tarball are released, it will enable distributions to use these tarballs to produce deblobbed u-boot packages. Note that the produced tarball is not reproducible yet. Because of that it has to be trusted. During a release, it's a good idea to sign the uncompressed tarball as the various compression formats and associated tools make different tradeoffs. For instance with xz, xz -9e tends to compress really well with the the most used xz[1] implementation, and most GNU/Linux users probably already have it installed, but and the drawbacks is that the format is very fragile[2]. The lzip format is more suited for long term archiving but its most packaged implementation[3] is less likely to be already installed by users than more well known formats like xz, bzip2 or gzip. Being able to add more compression formats after the release is also useful, for instance to accommodate different build systems or use cases (like being able to build u-boot with less dependencies in distributions like Guix, or building u-boot directly on devices which don't have enough RAM for xz for instance). [1]https://tukaani.org/xz/ [2]https://www.nongnu.org/lzip/xz_inadequate.html [3]https://www.nongnu.org/lzip/ Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2021-12-29build/boot/roms: fix wrong variable nameLeah Rowe
2021-12-29build/boot/roms: substitute grub_scan_disk according to board.cfgLeah Rowe