I do not believe this board supports 16GB as it is limited to 2 DDR2 slots. If anyone can find an example of it supporting 8GB DDR2 DIMMs then perhaps the SKU should be linked to the doc page.
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>
i now wish for canoeboot to be its own project, entirely
isolated from libreboot. i myself will still use my own
preferred method: submit to libreboot and patch canoeboot
accordingly.
however, some users may wish to send to work on canoeboot
exclusively. this is permitted, as of now. i will simply
cherry-pick those patches into libreboot, where indicated.
Signed-off-by: Leah Rowe <info@minifree.org>
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>
the paragraph in question largely pertains to
the ivybridge and sandybridge latitudes in libreboot,
not the gm45 latitudes supported in both libreboot
and canoeboot. remove this paragraph (instead of adding
the missing article).
nobody ever reported such issue on the gm45 model, only
the ivy/sandy models.
Signed-off-by: Leah Rowe <info@minifree.org>
these pages define tables saying what works or
doesn't (or is untested), with or without blobs,
but all canoeboot ports are blob-free in flash.
these tables were inherited from libreboot. this
patch causes them to make more sense in canoeboot,
by only saying whether something works or doesn't,
without distingishing blobs (which canoeboot lacks).
Signed-off-by: Leah Rowe <leah@libreboot.org>
the old version was accidentally kept, when merging the
new version from libreboot in this recent release.
it's not a major issue, really.
Signed-off-by: Leah Rowe <leah@libreboot.org>
chrislogan2