<feed xmlns='http://www.w3.org/2005/Atom'>
<title>lbmk.git/resources/scripts/blobs/inject, branch 20230319</title>
<subtitle>libreboot build system (LibreBoot MaKe)
</subtitle>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/'/>
<entry>
<title>haswell: re-add mrc.bin in separate board configs</title>
<updated>2023-03-18T15:20:03+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2023-03-18T15:20:03+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=be3d7b7e69189055fbf8b7904336593a03a17ecd'/>
<id>be3d7b7e69189055fbf8b7904336593a03a17ecd</id>
<content type='text'>
libre mrc on haswell is quite buggy for now, but works in
a limited fashion

this patch re-adds the old configs, but as _mrc for example
t440p_12mb_mrc instead of t440p_12mb

and t440p_12mb (without _mrc) still uses the libre mrc code
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
libre mrc on haswell is quite buggy for now, but works in
a limited fashion

this patch re-adds the old configs, but as _mrc for example
t440p_12mb_mrc instead of t440p_12mb

and t440p_12mb (without _mrc) still uses the libre mrc code
</pre>
</div>
</content>
</entry>
<entry>
<title>haswell boards: use libre mrc.bin replacement</title>
<updated>2023-03-18T00:55:10+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2023-03-18T00:36:27+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=548872ce8e84fe10d52417acab9b3cf886821386'/>
<id>548872ce8e84fe10d52417acab9b3cf886821386</id>
<content type='text'>
courtesy of Angel Pons from the coreboot project

this uses the following patch set from gerrit, as yet
unmerged (in coreboot master) on this date:

    https://review.coreboot.org/c/coreboot/+/64198/5

logic for downloading mrc blobs has been deleted from
lbmk, as this is now completely obsolete (for haswell
boards)

if other platforms are added later that need mrc.bin,
then logic will be re-added again for that
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
courtesy of Angel Pons from the coreboot project

this uses the following patch set from gerrit, as yet
unmerged (in coreboot master) on this date:

    https://review.coreboot.org/c/coreboot/+/64198/5

logic for downloading mrc blobs has been deleted from
lbmk, as this is now completely obsolete (for haswell
boards)

if other platforms are added later that need mrc.bin,
then logic will be re-added again for that
</pre>
</div>
</content>
</entry>
<entry>
<title>scripts: build cbutils, not specific utils</title>
<updated>2023-03-05T14:00:06+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2023-03-05T14:00:06+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=544737c8647a42788b407be87cc898816376288d'/>
<id>544737c8647a42788b407be87cc898816376288d</id>
<content type='text'>
some checks check for specific utils, which are
then used to indicate the existence of other utils,
which means that building them singularly, as is
currently done, may result in errors later if another
tool doesn't exist compiled yet

this is an obscure bug, fixed by this patch. more of a
workaround really. a dirty hack. when checking for any
of the coreboot utilities required, build all coreboot
utilities that are possibly required

the utilities are small enough that this does not add
much extra time to build, and in most cases, all of them
will be needed anyway
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
some checks check for specific utils, which are
then used to indicate the existence of other utils,
which means that building them singularly, as is
currently done, may result in errors later if another
tool doesn't exist compiled yet

this is an obscure bug, fixed by this patch. more of a
workaround really. a dirty hack. when checking for any
of the coreboot utilities required, build all coreboot
utilities that are possibly required

the utilities are small enough that this does not add
much extra time to build, and in most cases, all of them
will be needed anyway
</pre>
</div>
</content>
</entry>
<entry>
<title>blobs/inject: fix wrong nvmutil path for make</title>
<updated>2023-01-10T03:48:46+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2023-01-10T03:48:46+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=d0fa08d58d8bc4761c77200f159d571c3fd1231c'/>
<id>d0fa08d58d8bc4761c77200f159d571c3fd1231c</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Do not rely on bashisms and behaviour undefined by the POSIX specification. Part 2</title>
<updated>2022-12-28T18:43:49+00:00</updated>
<author>
<name>Ferass 'Vitali64' EL HAFIDI</name>
<email>vitali64pmemail@protonmail.com</email>
</author>
<published>2022-12-28T18:29:18+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=7f5dfebf7d37c56d9c7993aaa17c59070cb5aec9'/>
<id>7f5dfebf7d37c56d9c7993aaa17c59070cb5aec9</id>
<content type='text'>
Signed-off-by: Ferass 'Vitali64' EL HAFIDI &lt;vitali64pmemail@protonmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Ferass 'Vitali64' EL HAFIDI &lt;vitali64pmemail@protonmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scripts/blobs/inject: fix bad cbfstool build check</title>
<updated>2022-12-22T23:09:03+00:00</updated>
<author>
<name>lbmkplaceholder</name>
<email>placeholder@lbmkplaceholder.com</email>
</author>
<published>2022-12-22T23:09:03+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=7aafc62bf7f4d062ce006bea2a6d80e28e5c0f9a'/>
<id>7aafc62bf7f4d062ce006bea2a6d80e28e5c0f9a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'dev' of shmalebx9/lbmk into master</title>
<updated>2022-11-26T21:22:06+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2022-11-26T21:22:06+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=59e4f560d68449f2ab9ec8439e36750bc1c20430'/>
<id>59e4f560d68449f2ab9ec8439e36750bc1c20430</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fix injection script</title>
<updated>2022-11-26T19:56:31+00:00</updated>
<author>
<name>shmalebx9</name>
<email>thonkpeasant@protonmail.com</email>
</author>
<published>2022-11-26T19:45:40+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=99652baa969d5312c87a6ea8debe048ffc955567'/>
<id>99652baa969d5312c87a6ea8debe048ffc955567</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>build/roms: remove seabios_grubfirst logic</title>
<updated>2022-11-22T22:45:18+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2022-11-22T22:45:18+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=e1bbdadc9584291cf062660d67128e9f17ab788e'/>
<id>e1bbdadc9584291cf062660d67128e9f17ab788e</id>
<content type='text'>
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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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
</pre>
</div>
</content>
</entry>
<entry>
<title>assimilate nvmutil</title>
<updated>2022-11-17T12:07:09+00:00</updated>
<author>
<name>Leah Rowe</name>
<email>leah@libreboot.org</email>
</author>
<published>2022-11-17T12:07:09+00:00</published>
<link rel='alternate' type='text/html' href='https://browse.libreboot.org/lbmk.git/commit/?id=b3b3642fe229a8546e869ff4c058606ddfb02f0e'/>
<id>b3b3642fe229a8546e869ff4c058606ddfb02f0e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
