| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This reverts commit 6f264e72e049fa9b704cb9ceece1007131782561.
|
|
|
|
| |
This reverts commit 0fe9cd2f2e6b7e0a4a6f7d06e5027be154933c54.
|
| |
|
|
|
|
|
| |
For Parabola 32-bit.
TODO: adapt for Parabola 64-bit
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Debian ISOLINUX menu is still broken (syslinux_configfile -i just
puts you back to the main screen but with the Debian background).
(same issue on gnewsense)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update to new coreboot revision:
83b05eb0a85d7b7ac0837cece67afabbdb46ea65
Intel microcode updates are no longer deleted, because these no
longer exist in the main coreboot branch. Instead, they exist in
the optional 3rdparty repository which libreboot does not merge.
note: the microcode in src/soc/intel/ still exists and is still
deleted in libreboot, therefore
TODO: delete the instructions in coreboot that download the
3rdparty branch
MacBook2,1 cstate patch is no longer cherry picked, because this
is now merged in the main coreboot repository.
The patch to disable use of timestamps in non-git is now removed,
because a better version of patch was submitted to and merged in
coreboot.
coreboot-libre:
These blobs either don't exist in coreboot anymore, or have had
their names changed. They are no longer listed in the deblob
script:
src/vendorcode/amd/agesa/f14/Proc/CPU/Family/0x14/F14MicrocodePatch05000025.c
src/vendorcode/amd/agesa/f14/Proc/CPU/Family/0x14/F14MicrocodePatch05000028.c
src/vendorcode/amd/agesa/f14/Proc/CPU/Family/0x14/F14MicrocodePatch05000101.c
src/cpu/amd/model_10xxx/mc_patch_01000086.h
src/cpu/amd/model_10xxx/mc_patch_0100009f.h
src/cpu/amd/model_10xxx/mc_patch_010000b6.h
src/cpu/amd/model_10xxx/mc_patch_010000bf.h
src/cpu/amd/model_10xxx/mc_patch_010000c4.h
src/northbridge/amd/agesa/family12/ssdt.asl
coreboot-libre:
These nonblobs either don't exist in coreboot anymore, or have had
their names changed. They are no longer listed in the nonblobs
or nonblobs_notes files:
./src/mainboard/digitallogic/msm586seg/mainboard.c
./src/mainboard/intel/jarrell/irq_tables.c
./src/mainboard/supermicro/x6dai_g/irq_tables.c
./src/mainboard/technologic/ts5300/mainboard.c
./src/mainboard/via/epia/irq_tables.c
./src/northbridge/via/vx800/examples/chipset_init.c
./src/southbridge/amd/cs5530/bitmap.c
./src/southbridge/amd/pi/avalon/Kconfig
./src/mainboard/google/samus/samsung_8Gb.spd.hex
./src/mainboard/google/samus/empty.spd.hex
./src/mainboard/google/samus/elpida_4Gb.spd.hex
./src/mainboard/google/samus/elpida_8Gb.spd.hex
./src/mainboard/google/samus/samsung_4Gb.spd.hex
coreboot-libre:
The following were added to the nonblobs file:
./src/mainboard/google/samus/spd/samsung_4Gb.spd.hex
./src/mainboard/google/samus/spd/empty.spd.hex
./src/mainboard/google/samus/spd/elpida_8Gb.spd.hex
./src/mainboard/google/samus/spd/hynix_4Gb.spd.hex
./src/mainboard/google/samus/spd/samsung_8Gb.spd.hex
./src/mainboard/google/samus/spd/hynix_8Gb.spd.hex
./src/mainboard/google/samus/spd/elpida_4Gb.spd.hex
./src/drivers/xgi/common/vb_table.h
./src/drivers/xgi/common/vb_setmode.c
./src/drivers/xgi/common/XGI_main.h
./src/mainboard/siemens/mc_tcu3/romstage.c
./src/mainboard/siemens/mc_tcu3/lcd_panel.c
./src/mainboard/siemens/mc_tcu3/modhwinfo.c
./src/mainboard/pcengines/apu1/Kconfig
./src/mainboard/asus/kfsn4-dre/get_bus_conf.c
./src/mainboard/google/samus/spd/spd.c
./src/mainboard/hp/abm/mptable.c
./src/northbridge/amd/pi/00630F01/Kconfig
./src/cpu/amd/microcode/microcode.c
./src/lib/tlcl_structures.h
coreboot-libre:
New blobs in coreboot are now deleted in libreboot:
src/soc/intel/baytrail/microcode/M0C3067_0000031E.h
src/vendorcode/amd/agesa/f14/Proc/CPU/Family/0x14/F14MicrocodePatch05000119.c
src/vendorcode/amd/agesa/f14/Proc/CPU/Family/0x14/F14MicrocodePatch05000029.c
src/cpu/amd/model_10xxx/mc_patch_010000d9.h
src/cpu/amd/model_10xxx/mc_patch_010000dc.h
src/cpu/amd/model_10xxx/mc_patch_010000db.h
src/cpu/amd/model_10xxx/mc_patch_010000c7.h
src/cpu/amd/model_10xxx/mc_patch_010000c8.h
|
|
|
|
| |
List it separately instead.
|
|
|
|
|
|
| |
These are deleted in a later coreboot, moved to its 3rdparty repo
See 5818da262dc0ce56bb1d5439b6d139bc08c25554 in coreboot or
http://review.coreboot.org/#/c/4531/
|
|
|
|
| |
These are not blobs!
|
|
|
|
|
| |
Ironically, this was proprietary because it lacked a license.
This commit fixes that.
|
|
|
|
| |
These are not blobs!
|
|
|
|
| |
These are not blobs
|
|
|
|
| |
It is never used, so why include it?
|
|
|
|
|
|
| |
Per GNU coding standards:
gnu.org/software/automake/manual/html_node/Standard-Targets.html
gnu.org/prep/standards/html_node/Standard-Targets.html
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
If the user forgot to run "./build rom withgrub" before
"./build release archives" and it fails (due to bin/ being
missing), the user then runs "./build rom withgrub", but
"./build release archives" then shows the error that the
libreboot_src directory already exists, and fails again.
|
|
|
|
|
| |
This fixes a bug where libreboot_docs.tar.xz was being distributed
inside libreboot_src.tar.xz
|
|
|
|
|
| |
A typo in the previous commit meant that it was being placed in
the main directory of the git clone.
|
|
|
|
|
|
|
|
| |
Don't include the documentation in libreboot_src or libreboot_util
but instead create a libreboot_docs archive. Most people who use
libreboot will be looking at the live documentation on the main
website, so having the docs in the release archives just means
wasted bandwidth.
|
| |
|
|
|
|
|
|
|
| |
libreboot_src already excludes the download scripts, because it
already distributes all of the components. The version of coreboot
distributed in these archives is already deblobbed, so the
deblobbing script isn't needed at all.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
All build scripts were moved to resources/scripts/helpers/
|
| |
|
|
|
|
|
| |
Replace "getall" with "download", which takes as input an argument
specifying which programme the user wants to download.
|
| |
|
|
|
|
|
| |
Relating to vesamenu.c32 file support in the syslinux_configfile
function of GRUB.
|
|
|
|
| |
Also, use "git am" instead of "git apply"
|
| |
|
| |
|
| |
|
|
|
|
|
| |
It was virtually useless. Noone used it. SeaBIOS is easy enough
to build from source if someone wants to use it from now on.
|