summaryrefslogtreecommitdiff
path: root/config/seabios/default/patches/0003-Print-the-Libreboot-version-in-the-SeaBIOS-menu.patch
diff options
context:
space:
mode:
authorLeah Rowe <leah@libreboot.org>2025-05-08 20:27:42 +0100
committerLeah Rowe <leah@libreboot.org>2025-05-08 20:46:05 +0100
commit021e7615c84ddf91edcd13a6385fe1bd6ca51ebb (patch)
tree789a89275c65958fdd60a7f4ac36a9095fc4625e /config/seabios/default/patches/0003-Print-the-Libreboot-version-in-the-SeaBIOS-menu.patch
parentfe926052441151722886edb5693a961342b3aa9e (diff)
HP 820 G2: Use fam15h cbfstool tree for refcode
We used cbfstool from coreboot 4.13, because it was the last version to work with the particular format used for stage files, before the CBFS standard changed in newer releases of cbfstool. When I added this board to Libreboot, it was source-only at first so it didn't matter. I didn't want to do a standalone cbfstool binary, in case some people decided to use that one on newer boards, which would cause all sorts of issues. So I bodged it and just included an import of coreboot 4.13. Well, the cbfstool from coreboot 4.11, as used for FAM15H AMD boards, is compatible. I checked the code diff between the two, and there is no meaningful difference. I've tested this, and it works, since the last release or two now includes 820 G2 images, so I was able to use those with ./mk inject, to verify whether the refcode file is still grabbed properly. We need the refcode to handle MRC on Broadwell platform, but we extract it from an old Google Chromebook image, that uses the old CBFS stage file layout. This change solves my problem: the problem was that releases are bloated further, due to including this extra coreboot version. This should reduce the size of the next release considerably, especially after decompressing the tarball. Signed-off-by: Leah Rowe <leah@libreboot.org>
Diffstat (limited to 'config/seabios/default/patches/0003-Print-the-Libreboot-version-in-the-SeaBIOS-menu.patch')
0 files changed, 0 insertions, 0 deletions