summaryrefslogtreecommitdiff
path: root/config
AgeCommit message (Collapse)Author
2023-10-31crank up vram allocation on more intel boardsLeah Rowe
it's preferable that the vram setting be as high as feasible, for users. we overlooked this on some newer platforms that were added, over several releases. these levels won't offend most users, and people who want less can always turn it down Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-31GRUB: don't spew "Unknown key 0xff" in errorLeah Rowe
Faulty keyboards make GRUB unusable. Normally it happens when a user plugs in a faulty USB keyboard, but if it's the laptop keyboard, then GRUB becomes unusable and the user cannot boot anything. So, your laptop keyboard is a ticking timebomb if you use GRUB; with this patch, that's no longer the case. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-31coreboot/default: use alternative heap size fixLeah Rowe
My previous fix to revert didn't fix S3 on GM45, one of the platforms reported fixed by 78263; I'm merging that instead, at patch set 10. It is referenced by 78815/1 which was split from it, so merge that too (restores overrides of higher values, on certain platforms that we don't use yet). https://review.coreboot.org/c/coreboot/+/78623/10 https://review.coreboot.org/c/coreboot/+/78815/1 Accordingly, update configs to match the new default. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-31fix grub keyboard init on dell e6400 and e6430Leah Rowe
also, enable seabios_withgrub on e6400, but not grubfirst; right now, we also support dgpu which would brick on grubfirst. on my tested nvidia model, loading grub from seabios worked, so i'm going to re-add seabios_grubfirst functionality like in older libreboot revisions, enabled selectively on a given target. e6430 currently only has igpu support anyway, but i've done the same thing there, in anticipation of future dgpu support. e6400 and e6430 ec report scancode set 2 with translation by default, but only actually output scancode set 1 grub is trying to use scancode set 2 without scancode translation, so the key inputs get messed up fix it by forcing scancode set 2 with translation, but only on coreboot; other build targets on GRUB will retain the same behaviour as before courtesy goes to Nicholas Chin who inspired me, and helped me to fix this. tested on Nicholas's E6400 and E6430, and my E6400; Riku also tested it on non-Dell, as did I (some thinkpads), and all seems OK. The new behaviour in coreboot GRUB is essentially no different to that of SeaBIOS, which does the same. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-29fix raminit/coldboot on dell e6400Leah Rowe
the patch included in this revision is pulled from: https://review.coreboot.org/c/coreboot/+/54024/2 contrary to hell's assertion of "not for merge", this does in fact work nicely on a dell e6400; nicholas chin tested on e6400 and found that those RCOMP values are the same nicholas was testing some errant modules that seemed to fail raminit in coreboot. in some cases, dell e6400 would regularly fail coldboot even though reboot was ok; this was therefore the cause of suspicioun for it being raminit-related with this patch from hell (Angel Pons, but knows as hell on IRC) it should fix boot issue on Dell Latitude E6400 Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-29add heci timeout for ibex peakLeah Rowe
patch courtesy of denis :) Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-29add lenovo x201 supportLeah Rowe
note: me6_update_parser needs to be written, similar to me7_update_parser, to generate the partition tables within intel me6 on lenovo bios updates. the current logic in lbmk goes like this: mkdir -p vendorfiles/cache/ and save your factory dump as: vendorfiles/cache/x201_factory.rom the build system has been modified, in such a way as to support extracting me.bin (which is the full one) and then neutering from this. this is done automatically, if the file is present, but you must first insert that file there, which means you'll need a dump of the original boot flash on your thinkpad x201 Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-29revert coreboot heap size patchLeah Rowe
the patch: https://review.coreboot.org/c/coreboot/+/78270 this has been reverted, because it caused s3 resume issues on most intel laptops in libreboot. i was going to merge this instead: https://review.coreboot.org/c/coreboot/+/78623 however, it's under review, and this doesn't change to the old behaviour; it keeps the new universal config, but changes the default we know the old logic works, so keep that for now. in fact, the offending patch was only merged to main in coreboot, one day before i recently updated coreboot revs in coreboot/default - i used a 12 october revision, the patch above is 11 october i then ran "./update trees -u coreboot" which updated the heap sizes back to the old defaults. this should fix s3 suspend/resume where it was broken, in the libreboot 20231021 release - a point release with this and a few other fixes is planned soon. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-28coreboot/fam15h: don't set microcode_requiredLeah Rowe
the logic for naming coreboot roms is based on whether cpu_microcode_blob.bin would exist in cbfs, and whether deletion was therefore successful. lbmk was naming nomicrocode on fam15h roms on this basis, but the microcode was being inserted as microcode_amd.bin and microcode_amd_fam15h.bin in the recent 20231021 release, the roms were exclusively labeled _nomicrocode in the rom names, but they do in fact contain microcode. i'm fixing it by telling lbmk *not* to delete microcode. if microcode_required is not set, or it's set to y, then only roms *with* microcode updates are provided; even if the rom doesn't actually contain it, lbmk will only label it _nomicrocode if that setting is set to n. i'm not bothering to add further complexity to the rom handling logic, because canoeboot now exists anyway (at website https://canoeboot.org/) which is my new version re-implementing the older, inferior version of libreboot so i'm going to: 1) document this as errata in the release 2) cross reference in the freedom status page 3) if someone still isn't happy, i'll say use canoeboot job done. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-25use mirrorservice.org for acpica downloadsLeah Rowe
princeton was down today. kent is probably more reliable. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-23Merge pull request 'u-boot: Add qemu_x86_12mb build again' (#143) from ↵Leah Rowe
alpernebbi/lbmk:uboot-qemu-x86 into master Reviewed-on: https://codeberg.org/libreboot/lbmk/pulls/143
2023-10-23u-boot: Add qemu_x86_12mb build againAlper Nebi Yasak
Add a U-Boot build for the qemu_x86_12mb board. The config is a copy of the upstream "coreboot" defconfig, but with OF_EMBED=y. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-23u-boot: qemu_arm64_12mb: Enable video consoleAlper Nebi Yasak
Add my upstream U-Boot series enabling video console support by default for QEMU ARM virtual machines. Similarly, enable the related config options for our builds using savedefconfig and olddefconfig. The resulting ROM can be booted with a command line like: qemu-system-aarch64 \ -machine virt,secure=on,virtualization=on \ -cpu cortex-a72 -m 1G \ -serial stdio -device VGA \ -device qemu-xhci \ -device usb-kbd -device usb-mouse \ -bios bin/qemu_arm64_12mb/*.rom Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-22arch, fedora38, parabola, void: install python-setuptoolsRiku Viitanen
gru_bob fails to build without python-setuptools. this isn't a huge issue, because most users probably have it already as many other python programs depend on it too. that's probably why no one noticed until now, when i tried to do this on a fresh artix install uncontaminated by python. i also sorted and deduplicated the packages with 'sort -u'.
2023-10-22coreboot/default: don't use github on acpica fetch20231021fix2Leah Rowe
github's httpd b0rked the fuck out and i didn't want to wait for them to fix it (ssl cert error) before i continued a build. i now host the relevant acpica tarball on libreboot rsync, mirrored to princeton. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-21Libreboot 2023102120231021Leah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-21config/git/www and www-img: import libreboot.orgLeah Rowe
it's not used by anywhere else in lbmk, but the release build script will automatically download each project named as per file names in config/git/ this is a stupidly simply way to prove documentation in libreboot releases, and i've used current revisions corresponding to the Libreboot 20231021 release, for this 20231021 release of lbmk. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-21change default volname in grub.cfgLeah Rowe
it's been a while since we did encrypted /boot and the current name sucks. it's unlikely that anyone still uses it, but people will soon change the default assumed lvm name to grubcrypt and stick to that. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20don't use notabug for backup git reposLeah Rowe
notabug is unreliable, even as a backup. why, just today, it was offline! all day. i originally moved libreboot away from notabug, to codeberg instead, but kept the notabug account online, and i still push to it when it's online. however, notabug seems to be in a terminal state of neglect by its admins, so lbmk should not use it. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20update flashrom revisionLeah Rowe
flashrom-stable isn't really going anywhere i'll decide at some future point what to do with flashrom. for now, just give latest rev Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20add backup git repo for flashromLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20Revert "config/git: don't download flashrom"Leah Rowe
This reverts commit bf4ea8102ad71bf07e0014c71579b7f3576c1dec.
2023-10-20config/git: add more backup reposLeah Rowe
the grub backup was the same gnu server i decided to host grub on codeberg, as backup (gnu links as primary is ok) Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20git/config: don't use github on main reposLeah Rowe
it's ok for now to use it as a backup. where only github was specified, i mirrored each given repository to codeberg as main repo for lbmk. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20config/git: don't download flashromLeah Rowe
it's not actually needed in lbmk flashrom can be downloaded separately by the user, if they want to flash their chip Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20git/config stm32-vserprog: don't fetch libopencm3Leah Rowe
it's downloaded by .gitmodules in stm32-vserprog Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20config/git: remove rpi-pico-tinyusb dependencyLeah Rowe
it's now downloaded automatically as a submodule, when downloading pico-sdk (which defines this module) Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20config/git: give pico-sdk its own fileLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20update/trees: don't run make if mode=fetchLeah Rowe
this fixes a regression caused by a previous revision Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20consistent naming for src/pico-serprogLeah Rowe
don't ever name it rpi-pico-serprog Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20config/git: name files per download nameLeah Rowe
don't put multiple downloads in the same files, except when they are dependencies that go inside the directory of another download. by doing this, the following functionality will become possible: clean every project or build every project, or maybe fetch every project, based entirely on the names of these files. this will be used later to simplify the release script. Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20do a nice thingLeah Rowe
Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-20Merge pull request 'fix_distro_dependencies - part 2' (#139) from ↵Leah Rowe
andreamtp/lbmk:fix_distro_dependencies into master Reviewed-on: https://codeberg.org/libreboot/lbmk/pulls/139
2023-10-20lbmk: use 2-level directory structure in script/Leah Rowe
as opposed to the current 3-level structure. recent build system simplifications have enabled this change, thus: ./build fw coreboot -> ./build roms ./build fw grub -> ./build grub ./build fw serprog -> ./build serprog ./update project release -> ./update release ./update project trees -> ./update trees ./update vendor download -> ./vendor download ./update vendor inject -> ./vendor inject alper criticised that the commands were too long, so i made them shorter! Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-19Added python-unversioned-command for Fedora38Andrea Perotti
Added python-unversioned-command as dependency to have /usr/bin/python to call python3 in Fedora.
2023-10-19Fix Debian/Ubuntu dependenciesAndrea Perotti
Dependencies for Debian/Ubuntu and derived distros are now deduplicated and sorted. Added target for Linux Mint as well.
2023-10-19Merge pull request 'Fix F38/Ubuntu 20.04 dependencies' (#137) from ↵Leah Rowe
andreamtp/lbmk:fix_distro_dependencies into master Reviewed-on: https://codeberg.org/libreboot/lbmk/pulls/137
2023-10-19Fixed Void Dependencies for building Serprogneutrocyte
2023-10-19Fix F38/Ubuntu 20.04 dependenciesAndrea Perotti
Dependencies for Fedora 38 and Ubuntu 20.04 are now deduplicated and sorted. Missing packages added and packages names updated where needed.
2023-10-15coreboot/fam15h: remove redundant patchLeah Rowe
i previously added this just for kicks, but it's not actually needed; gnat isn't used on fam15h boards so lbmk doesn't even use it (it's disabled). in fact, i tested lbmk with crossgcc_ada handling taken out, but with said patch; i still got build errors with gnat anyway, on that old coreboot revision (but gnat isn't needed there anymore). Signed-off-by: Leah Rowe <leah@libreboot.org>
2023-10-14coreboot: gru: Use default coreboot treeAlper Nebi Yasak
We don't really need a custom coreboot tree for Chromebooks. I had added one, because at a cursory glance to the available config/coreboot/board subdirectories I had the impression that I should. But upstreams have one tree for every board and I think we should move towards that too. Move the one important BL31 makefile patch into the default coreboot patches, update the gru boards' configs by running savedefconfig in the cros tree and then running olddefconfig in the default tree. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Do not persist EFI variablesAlper Nebi Yasak
By default U-Boot stores EFI variables in a ubootefi.var file in whatever EFI System Partition it finds, which would be a FAT filesystem. I'm occasionally finding out while testing that my ESPs somehow end up with a corrupted filesystem, and I'm suspecting it's this. For now, disable storing EFI environment variables on disk so that U-Boot doesn't try to manipulate the filesystem. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Enable more EFI commandsAlper Nebi Yasak
Enable U-Boot commands to manipulate EFI environment storage, to self-test EFI implementation, and to run a basic EFI test application. These are so that we can test and debug EFI functionality easier. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Enable more bootstd featuresAlper Nebi Yasak
U-Boot upstream is switching to a new code framework for discovering and booting OSes ("Standard Boot", or "bootstd"). Enable more features for it, including commands we can use for introspection and debugging. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Do not reset on panicAlper Nebi Yasak
Normally U-Boot immediately resets the board on a panic. I had run into "Synchronous Abort"s from shim and rEFInd, and having a traceback in those cases can be useful. Hang instead of resetting, so the panic reason stays on the screen. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Enable poweroff commandAlper Nebi Yasak
We should be able to power the board off from U-Boot command line. Enable the "poweroff" command for gru boards so we can. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: gru: Disable VIDEO_COPYAlper Nebi Yasak
U-Boot can keep a "copy" framebuffer to read from, for devices where reading from hardware framebuffer is expensive. This needs the video driver to support it. The Rockchip video driver doesn't need or support it, so this option does nothing on gru boards. Disable it. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: Set EFI variable buffer size to upstream valueAlper Nebi Yasak
U-Boot upstream used to have 16KB for EFI variables, and this was causing problems with shim. Commit f0236acbc663 ("u-boot: Increase EFI variable buffer size") fixed this by raising it to 32KB in our builds. It has now been raised to 64K upstream, so raise it here as well. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: Avoid building U-Boot-only binman imagesAlper Nebi Yasak
For Rockchip boards U-Boot tries to build SPI and MMC images that require an externally built BL31 file to be provided, and the build fails otherwise. This is not really as configurable as it should be. In Libreboot, we only care about the build outputs for U-Boot proper. There is a BL31 built during our coreboot builds, but using that in U-Boot builds is a chicken-and-egg problem. Building BL31 outside the coreboot build and passing it to both projects is possible, but needs work. For now, stop trying to build these U-Boot-only images as a workaround, by removing the binman image descriptions from the device-tree sources. Additionally, disable in our configs the BINMAN_FDT functionality that allows using these at runtime as it requires them to be present. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>
2023-10-14u-boot: Add patch to avoid regulator errorsAlper Nebi Yasak
U-Boot upstream has added a reference counting for regulator enable actions which somehow makes gru-kevin unbootable. Add a workaround that makes it work again. Signed-off-by: Alper Nebi Yasak <alpernebiyasak@gmail.com>