<div dir="ltr">Thanks for providing this summary.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 5, 2018 at 8:34 AM, Arthur Heymans <span dir="ltr"><<a href="mailto:arthur@aheymans.xyz" target="_blank">arthur@aheymans.xyz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear coreboot community<br>
<br>
This is the report of yesterdays community meeting:<br>
<br>
General coreboot news & Discussion<br>
==============================<wbr>====<br>
<br>
There is patch [1] up for review that implements LinuxBoot as payload.<br>
- Currently with u-root in the initrd, which is an userspace entirely<br>
written in go;<br>
- Currently only as a payload but in the future it could replace<br>
ramstage on some targets;<br>
- Currently its still WIP and doesn't work all that well with qemu<br>
targets;<br>
- It needs some Kconfig options for some simple example configurations;<br>
- In the future we also want to integrate the HEADS[2] userspace<br>
and possibly also an userspace featuring the petitboot kexec<br>
gui[3];<br>
<br>
The 4.7 release is imminent and Martin will hopefully be able to finish<br>
up the releasenotes this weekend.<br>
The 4.6 release announced that after the 4.7 release platforms lacking<br>
the early cbmem feature will be removed from the master branch. Those<br>
platforms can then live in the 4.7 branch or be reintegrated when early<br>
cbmem support is implemented. The details about how and when this will<br>
happen have yet to be decided/discussed.<br>
<br>
Development<br>
===========<br>
<br>
There was some discussion about how to move forward to use the new ACPI<br>
ASL 2.0 syntax, which is considered more readable. There previously was<br>
a discussion on this topic on the mailing list [4].<br>
Currently it is possible with iasl to compile and decompile our ASL<br>
sources to the new syntax but this would lose all our comments, so<br>
ideally a new tool would need to be written to handle that<br>
transition. It was also suggested that given the fact that coreboot<br>
has reproducibel timeless builds, it would be able to tell if anything<br>
changed in the resulting binary, which it shouldn't since the resulting<br>
bytecode ought to be the same.<br>
<br>
In the mean time we still need to have a discussion about what do with<br>
for instance new asl source files: do we still want the old syntax or is<br>
the new syntax ok for new files? Mixing syntaxes in existing files<br>
seemed a bad idea.<br>
<br>
So what are your ideas and opinions on this?<br>
<br>
Infrastructure<br>
==============<br>
<br>
The pre-commit hook doesn't return failures on 'make lint-stable' but<br>
this seems to be fixed in [5].<br>
<br>
Documentation<br>
=============<br>
<br>
Currently there is an effort going on to have the documentation<br>
accessible in one place on the web. The current idea was to use hugo for<br>
static webpage generation for this, see [6]. Some concerns were however<br>
raised that this particular theme works rather poorly without<br>
javascript, so it might be desirable to find a better lightweight<br>
theme.<br>
Related to this, is the ongoing effort to convert our current<br>
documentation to markdown and move those files to a different directory<br>
which starts with lowercase letter for consistency, with a separation of<br>
a content and a static folder.<br>
The idea to use netlify to push it to the production server was also<br>
suggested. (Philipp might be able to say something in more details about<br>
this)<br>
<br>
Flashrom 1.0 was released!<br>
This new release has some nice new features that make handling some<br>
blobs like the IFD/GBE/ME/... on Intel systems much easier. One can now<br>
with the --ifd flag fetch the flash layout from flash and use this to<br>
read/write/erase those regions. Also a --noverify-all or -N flag was<br>
introduced which skips verifying regions that were not touched at all,<br>
which can greatly speed up flashing if one is only writing to a small<br>
region on a large flash. Our guides however need to be adapted to use<br>
these features. One example where this has already been done is [7]<br>
which still has the old instructions for reference.<br>
In the future flashrom will support Linux MTD (memory technology<br>
device) which can remove the need to boot Linux without strict checking<br>
of MMIO memory regions (currently flashrom needs the iomem=relaxed boot<br>
parameter to use the internal programmer).<br>
<br>
<br>
<br>
I hope you can join us next time!<br>
<br>
Kind regards<br>
<br>
Arthur<br>
<br>
<br>
[1] <a href="https://review.coreboot.org/#/c/coreboot/+/23071/" rel="noreferrer" target="_blank">https://review.coreboot.org/#/<wbr>c/coreboot/+/23071/</a><br>
[2] <a href="https://trmm.net/Heads" rel="noreferrer" target="_blank">https://trmm.net/Heads</a><br>
[3] <a href="https://github.com/ArthurHeymans/petitboot_for_coreboot" rel="noreferrer" target="_blank">https://github.com/<wbr>ArthurHeymans/petitboot_for_<wbr>coreboot</a><br>
[4]<br>
<a href="https://mail.coreboot.org/pipermail/coreboot/2016-September/082050.html" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>pipermail/coreboot/2016-<wbr>September/082050.html</a><br>
[5] <a href="https://review.coreboot.org/#/c/coreboot/+/23130/" rel="noreferrer" target="_blank">https://review.coreboot.org/#/<wbr>c/coreboot/+/23130/</a><br>
[6] <a href="https://www.coreboot.org/Documentation/" rel="noreferrer" target="_blank">https://www.coreboot.org/<wbr>Documentation/</a><br>
[7] <a href="https://www.coreboot.org/Board:lenovo/x200#Flashing_your_coreboot_ROM_image" rel="noreferrer" target="_blank">https://www.coreboot.org/<wbr>Board:lenovo/x200#Flashing_<wbr>your_coreboot_ROM_image</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Tech III * AppControl * Endpoint Protection * Server Maintenance<br>Buncombe County Schools Technology Department Network Group<br><a href="http://comicsanscriminal.com" target="_blank">ComicSans Awareness Campaign</a></div></div></div></div></div></div>
</div>