reference the platform option needed in ifdtool, on some newer
platforms; canoeboot doesn't have anything needing it, but this
is generic nvmutil instructions, and nvmutil is compatible
with gbe regions of many platforms
Signed-off-by: Leah Rowe <leah@libreboot.org>
it's in canoeboot and libreboot, but the canoeboot page
referenced libreboot; i've fixed it to reference canoeboot.
Signed-off-by: Leah Rowe <info@minifree.org>
docs/hardware is redundant, because it now mostly
contains installation instructions, and docs/install
also contains hardware information. therefore, in
practise, they are both the same kind of information.
merge the two, and streamline everything. a lot of
redundant information has been removed.
docs/install/ has been re-structured in such a way
as to enable more chronological reading, to make it
easier for the average user to install Canoeboot.
This is part of a larger series of changes I'm working
on for the documentation. I'm massively auditing the
entire Canoeboot documentation.
Signed-off-by: Leah Rowe <info@minifree.org>
it's what the old dell_internal.md used to be, but with
additional info merged from the old guides that were
removed in the previous revision.
Signed-off-by: Leah Rowe <info@minifree.org>
90% of the info on the old pages was fluff, copied and pasted
to all the other pages.
replace them all with a single page. i've already directed the
old pages to the new one, in libreboot.org's httpd
Signed-off-by: Leah Rowe <info@minifree.org>
the bucts unbrick instructions are not useful, because
libreboot already provides both bootblocks as duplicates.
we only need these guides to be for teardown, then linking
to the SPI flasher guide
Signed-off-by: Leah Rowe <info@minifree.org>
Due to an issue in libgfxinit, Latitude E6400 systems with a 1440 x 900
display panel would have garbled graphics before the OS boots. Make a
note of this issue in releases 20240504 and earlier.
Signed-off-by: Nicholas Chin <nic.c3.14@gmail.com>
make canoeboot a truly GNU FSDG compliant coreboot distro,
by removing all overly positive reference to Libreboot;
what remains is technical in nature, so as to provide
historical context since Canoeboot is a fork of Libreboot.
I've stated before that I wish to take a more neutral tone
toward the FSF, in contrast to the *coldboot war* of 2023
when GNU Boot started.
Canoeboot was heavily linking to Libreboot, even going so far
as to call itself "inferior" and tell the reader to use
Libreboot.
From now on, Canoeboot will be maintained as though I actually
believed in FSF propoganda. I don't, but its users do. Treat
them with respect. My reason for providing Canoeboot is
precisely that I wish for such people to have a high quality
coreboot distro, much unlike the inferior *GNU Boot* project;
inferior because to this day, it's still based on very old
Libreboot, with not much changed (of any real substance)
relative to the Libreboot 20220710 release on which it forked.
In general, I've also found a lot of stragglers from when
Canoeboot started, where paragraphs referred to Libreboot that
should have actually referred to Canoeboot, or paragraphs
with Libreboot-specific information that does not make sense
in the Canoeboot project e.g. references to vendor scripts.
The resulting canoeboot.org will now look no different to any
typical reader than a typical FSF-aligned project.
There is a next stage to this, which will become apparent to
everyone if I have my way.
Signed-off-by: Leah Rowe <info@minifree.org>
Leah Rowe