lbmk.git, branch 20241206rev2

fix another very stupid mistake

2024-12-08T18:24:57+00:00

the last revision disabled building arm64 images!

Signed-off-by: Leah Rowe

fix the stupidest bug ever

2024-12-08T18:04:51+00:00

no context given, but every rom needs to be re-built.

Signed-off-by: Leah Rowe

Revert "vendor.sh: avoid unnecessary directory copy"

2024-12-06T10:34:36+00:00

Nope. It was correct before. fml

This reverts commit 2d96fe2a1d13486d3ea6577beedcf3b2babf6cab.

Libreboot 20241206 release

2024-12-06T10:06:38+00:00

Signed-off-by: Leah Rowe

vendor.sh: avoid unnecessary directory copy

2024-12-06T01:53:44+00:00

the previous commit changed an mv to a cp. what it hacked
was actually a relic of the vgarom download patch that i
did for t480, before mate got native video init working.

this patch is the better fix. i double checked to be sure,
and nothing was using the files at the copied location.
the _extracted directory under cache gets deleted later on,
so it's perfectly acceptable to keep.

the other alternative would have been to simply change
the path in the sch5545 function to appdir, instead of
the cache dir, but who really cares?

this patch removes bloat from lbmk.

Signed-off-by: Leah Rowe

vendor.sh: fix minor release bug

2024-12-06T01:24:35+00:00

I should have copied the extract directory, in cases
where it appears as filename_extracted/ under cache/,
but I was moving it instead.

Both locations (cache/file/*_extracted/
and vendorfiles/appdir/) get deleted, on every run of
the vendor script, per target, so this is OK.

The only sin is additional use of disk space, for
archives that are mostly very small and get immediately
deleted anyway.

This one lbmk bug, minor though it may be, prevented
the Libreboot 20241205 release, which (since it's now
the 6th of December) will become Libreboot 20241206
instead - and that gives me time to contemplate whether
I want to do one more change that I had planned for the 5th!

Signed-off-by: Leah Rowe

Libreboot 20241205 release

2024-12-05T23:45:01+00:00

Signed-off-by: Leah Rowe

Revert "Revert "disable u-boot on thinkpad t480""

2024-12-05T13:01:31+00:00

Nope! Bootflow menu is cursed on this machine.

Too many issues in U-Boot on this machine. I did however
boot a Debian installer after it booted, using bootflow.

The installed system wouldn't boot with bootflow, but I could
then boot it with "bootefi bootmgr".

I'll rig up a uart on the T480 when I get round to it and
start investigating U-Boot bugs on this board.

I don't want people flashing something that doesn't work.
GRUB and SeaBIOS work, so ship those, and don't ship U-Boot.

This reverts commit 19ec440a6f79dcbb089715fef814808a0fd40ae0.

Revert "disable u-boot on thinkpad t480"

2024-12-05T09:55:06+00:00

u-boot does work after a few reboots. it just boot loops.

let it run. it should be able to boot from nvme. sata still needs
some work (sata only works in grub, on this machine)

This reverts commit cd9baca5d664d392316d94ccaa7deb209d4e1828.

Signed-off-by: Leah Rowe

add patch from mkukri fixing t480 sata

2024-12-05T09:33:51+00:00

nvme worked but not sata. with this, t480 users with sata
ssds should be able to boot linux nicely

Signed-off-by: Leah Rowe