extremely ditto
ditto is an understatement that time (coldboot war) is over. gnuboot is a dead project. fuck canoeboot. it served its purpose. i'll probably do a few more canoeboot releases but i don't want anyone hearing about it. its only purpose was to one-up the gnu project when they started gnuboot, after they previously tried to hostile-fork libreboot under the same name. libreboot won. and canoeboot is inferior garbage. people should use libreboot, heads, ownerboot, mrchromebook <-- those are serious coreboot distros. gnuboot and canoeboot are pure garbage. i will not promote garbage. Signed-off-by: Leah Rowe <info@minifree.org>master
Leah Rowe
parent
4f992eedaa
commit
83de07b603
|
|
@ -9,8 +9,6 @@
|
|||
* [Vorlage](/template-license.md)
|
||||
* [Logo](/logo-license.md)
|
||||
* [Autoren](/contrib.md)
|
||||
* -
|
||||
* [Canoeboot??](https://canoeboot.org/)
|
||||
|
||||
-------------------------------------------------------------------------------
|
||||
|
||||
|
|
|
|||
|
|
@ -9,8 +9,6 @@
|
|||
* [Template](/template-license.md)
|
||||
* [Logo](/logo-license.md)
|
||||
* [Authors](/contrib.md)
|
||||
* -
|
||||
* [Canoeboot??](https://canoeboot.org/)
|
||||
|
||||
-------------------------------------------------------------------------------
|
||||
|
||||
|
|
|
|||
|
|
@ -9,8 +9,6 @@
|
|||
* [Modelli di licenze](/template-license.md)
|
||||
* [Logo](/logo-license.md)
|
||||
* [Autori](/contrib.md)
|
||||
* -
|
||||
* [Canoeboot??](https://canoeboot.org/)
|
||||
|
||||
-------------------------------------------------------------------------------
|
||||
|
||||
|
|
|
|||
|
|
@ -9,8 +9,6 @@
|
|||
* [Шаблон](/template-license.uk.md)
|
||||
* [Логотип](/logo-license.uk.md)
|
||||
* [Автори](/contrib.uk.md)
|
||||
* -
|
||||
* [Canoeboot??](https://canoeboot.org/)
|
||||
|
||||
-------------------------------------------------------------------------------
|
||||
|
||||
|
|
|
|||
|
|
@ -9,8 +9,6 @@
|
|||
* [模板](/template-license.md)
|
||||
* [图标](/logo-license.md)
|
||||
* [作者](/contrib.md)
|
||||
* -
|
||||
* [Canoeboot??](https://canoeboot.org/)
|
||||
|
||||
-------------------------------------------------------------------------------
|
||||
|
||||
|
|
|
|||
|
|
@ -123,16 +123,6 @@ And now, specific changes:
|
|||
the script on certain targets. Patch courtesy of Leah Rowe.
|
||||
* `script/vendor/inject`: Fixed a bad error check, when running `cd` to switch
|
||||
to the ROM images directory, when creating archives. Patch courtesy Leah Rowe.
|
||||
* Don't delete microcode updates on GM45 ROMs in releases. Microcode updates
|
||||
are always included in builds, but the release build scripts were copying
|
||||
certain ROM images to cerate versions (alongside the default ones) with
|
||||
microcode disabled. This is no longer required, due to the existence of
|
||||
the [Canoeboot project](https://canoeboot.org/). You can also still delete them
|
||||
very easily, using cbfstool, if they are included in a given set of images,
|
||||
so this change reduces the uncompressed size of the ROM images in releases.
|
||||
This also means that the file names of all ROM images now match the file names
|
||||
in canoeboot images, when dealing with a mainboard supported by both projects.
|
||||
Patch courtesy of Leah Rowe.
|
||||
* `script/update/release`: Don't test `script/vendor/inject` at the end. This
|
||||
is regularly tested anyway, during development, so it's a waste of time to
|
||||
have it done by the release build script. This reduces the amount of time
|
||||
|
|
|
|||
|
|
@ -1223,10 +1223,3 @@ On ASUS KFSN4-DRE, KCMA-D8 and KGPE-D16 boards, do this to remove microcode:
|
|||
|
||||
We recommend *keeping* microcode updates, for reasons written in the [Binary
|
||||
Blob Reduction Policy](policy.md).
|
||||
|
||||
There is also the recent launch of the [Canoeboot project](https://canoeboot.org/),
|
||||
an official sister project of Libreboot, maintained by Leah Rowe who also leads
|
||||
the Libreboot project; Canoeboot release images do not ever contain microcode
|
||||
updates in them. This is precisely why it will not be fixed in lbmk to fix
|
||||
the naming issue. The behaviour is simply disabled instead, becasue there's no
|
||||
point adding further complexity to the build system.
|
||||
|
|
|
|||
|
|
@ -247,9 +247,3 @@ x4x (e.g. GA-G41M-ES2L) remains untested.
|
|||
Pineview (D945GCLF) is untested for S3.
|
||||
|
||||
The AMD boards should work fine with suspend.
|
||||
|
||||
------------------
|
||||
|
||||
A corresponding [Canoeboot 20231101
|
||||
release](https://canoeboot.org/news/canoeboot20231101.html) is also available.
|
||||
|
||||
|
|
|
|||
|
|
@ -240,11 +240,6 @@ archives; E6430 ROM images will instead be provided in the next release. For
|
|||
now, you can build Libreboot from `lbmk.git`. See:
|
||||
[Building Libreboot from source](../docs/build/)
|
||||
|
||||
------------------
|
||||
|
||||
A corresponding [Canoeboot 20231107
|
||||
release](https://canoeboot.org/news/canoeboot20231107.html) is available.
|
||||
|
||||
Errata
|
||||
======
|
||||
|
||||
|
|
|
|||
|
|
@ -107,12 +107,6 @@ changes first):
|
|||
updated - notably, the E6430/E6530 and 8300CMT ports have been modified to
|
||||
define SPD location in devicetree, rather than `early_init.c` (thanks to
|
||||
Nicholas Chin for the warning).
|
||||
* U-Boot: support setting `xarch` too, to define which coreboot tree to use
|
||||
for crossgcc. Although lbmk uses coreboot/default for u-boot, a special tree
|
||||
of canoeboot had gru bob/kevin in `coreboot/cros` again, and it was seen that
|
||||
u-boot was being compiled from crossgcc for coreboot/default, not coreboot/cros,
|
||||
while the latter was used for actual coreboot firmware. In such a scenario,
|
||||
lbmk can now correctly re-use the same crossgcc build, thus saving time.
|
||||
* Re-use crossgcc builds across coreboot trees, when possible, to speed up the
|
||||
overall build time when building across multiple trees. This is done
|
||||
using the `xtree` and `tree_depend` variables in `target.cfg` files, for
|
||||
|
|
@ -201,16 +195,6 @@ changes first):
|
|||
the script on certain targets. Patch courtesy of Leah Rowe.
|
||||
* `script/vendor/inject`: Fixed a bad error check, when running `cd` to switch
|
||||
to the ROM images directory, when creating archives. Patch courtesy Leah Rowe.
|
||||
* Don't delete microcode updates on GM45 ROMs in releases. Microcode updates
|
||||
are always included in builds, but the release build scripts were copying
|
||||
certain ROM images to cerate versions (alongside the default ones) with
|
||||
microcode disabled. This is no longer required, due to the existence of
|
||||
the [Canoeboot project](https://canoeboot.org/). You can also still delete them
|
||||
very easily, using cbfstool, if they are included in a given set of images,
|
||||
so this change reduces the uncompressed size of the ROM images in releases.
|
||||
This also means that the file names of all ROM images now match the file names
|
||||
in canoeboot images, when dealing with a mainboard supported by both projects.
|
||||
Patch courtesy of Leah Rowe.
|
||||
* `script/update/release`: Don't test `script/vendor/inject` at the end. This
|
||||
is regularly tested anyway, during development, so it's a waste of time to
|
||||
have it done by the release build script. This reduces the amount of time
|
||||
|
|
|
|||
|
|
@ -2,22 +2,6 @@
|
|||
% Leah Rowe
|
||||
% 4 January 2022 (updated 15 November 2022)
|
||||
|
||||
The *[Canoeboot project](https://canoeboot.org/)* is an official sister project
|
||||
of Libreboot, that implements the GNU Free System Distribution Guidelines
|
||||
or *GNU FSDG* as policy, instead of the policy below. Canoeboot is maintained by
|
||||
Leah Rowe, the same person who founded the Libreboot project, and who maintains
|
||||
Libreboot releases to this day. Criticism of GNU FSDG is provided, in the
|
||||
article below.
|
||||
|
||||
Canoeboot provides a clear example as to the merits of the policy seen below, by
|
||||
showing what Libreboot would be if it *didn't* adopt that policy; it is vastly
|
||||
inferior to Libreboot, due to weaker hardware support and less freedom of choice
|
||||
for users. Canoeboot is engineered to a high standard, basing off of each
|
||||
Libreboot release, but you should still use *Libreboot*. Canoeboot is only
|
||||
a *proof of concept*.
|
||||
|
||||
And now, without further ado,
|
||||
|
||||
Introduction
|
||||
============
|
||||
|
||||
|
|
|
|||
|
|
@ -191,7 +191,7 @@ These typically use MEC5045 or compatible EC. Some may use MEC5035.
|
|||
|
||||
SuperIO: at least M6500 is known to use ECE5028. I have a bunch of these
|
||||
Dells at my lab, they are high priority for porting because they would be
|
||||
easily flashable, and blob-free configs (Canoeboot could also support them).
|
||||
easily flashable.
|
||||
|
||||
Broadwell Dell
|
||||
--------------
|
||||
|
|
@ -350,9 +350,6 @@ This is part of a patch series, from 9 September 2023 onward, re-adding
|
|||
AMD Family 16 platform to coreboot, most notably enabling use of the new
|
||||
allocator and other things in coreboot.
|
||||
|
||||
The linked patch is for mainboard: HP T620 - of note, it may also be suitable
|
||||
for Canoeboot. Worth looking into.
|
||||
|
||||
AMD AGESA-based platforms were removed from coreboot, because they weren't
|
||||
being maintained anymore, so they were dropped. Some of those boards are
|
||||
still quite decent today. Various efforts here and there have revived some
|
||||
|
|
|
|||
Loading…
Reference in New Issue