| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| | |
WiFi adapters endorsed by Creative Commons are not good enough for linux-libre
|
|\ \ |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is only used as a resource for building DejaVu fonts so there's
no need to do any building or installing with this project.
fontconfig could be cloned into DejaVu fonts' sources instead but
it'd be easier to maintain by keeping it as a separate project.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Without patching .gitignore, when `git clean -df` is run it will
remove files UnicodeData.txt and Blocks.txt. These files should be
preserved between builds to avoid needless refetching.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Will be used to build the DejaVu Sans Mono ttf file from source in
order to: cut down on the number of binary files added to the repo;
build from source wherever possible any software included in the final
Libreboot ROM.
These fonts take a non-significant amount of time to build and are
light on dependencies (fontforge, libfont-ttf-perl) so this shouldn't
be an issue.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
'font-file' contains the filename (not path) of the font to use when
making a PF2-format GRUB font.
'font-project' contains the name of the project which built the
original font file.
These files are necessary to avoid hard-coding the font and/or the
path to the font as an argument to grub-mkfont.
|
| | |
| | |
| | |
| | |
| | | |
A more flexible way of handling font files will be introduced in later
commits.
|
|/ /
| |
| |
| |
| |
| | |
The idea is to build a font from source and then make a PF2 format
file from it using grub-mkfont. This cuts down on the number of
binary files committed to history in the repository.
|
|\ \ |
|
| |/
| |
| |
| | |
Add flashrom output when CONFIG_STRICT_DEVMEM or CONFIG_IO_STRICT_DEVMEM is enabled
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Removes unnecessary backticks and workarounds inability to use links inside code blocks
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Saving typing on one letter isn't really worth the trade-off in
readability.
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
Since backgrounds aren't included in the GRUB image it would make more
sense to move them to the GRUB install directory at
projects/grub/install/corebootfb instead (textmode ROMs won't have a
background image included, for obvious reasons).
|
|\ \ \ |
|
| | | | |
|
|\ \ \ \
| |/ / /
|/| | | |
|
| | | |
| | | |
| | | |
| | | | |
Plurality is nice, sometimes.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Keylayouts are now compiled as part of the build process--keeping
binary keylayouts in the repo is unnecessary as a result.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
grub-mklayout was the intended program to use for generating compiled
GRUB keylayouts. Somewhere along the way grub-kbdcomp was erroneously
substituted in its place.
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
By building keymaps whenever a GRUB image is produced, there will be a
significant reduction in total time spent compiling Libreboot ROMs.
The previous build process for keymaps was hugely inefficient.
|
|\ \ \ |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
As with the BIOS/Coreboot targets, the modules listed in this file
will later be added to CBFS in order to avoid issues inherent to
bundling modules into the GRUB image.
Several modules have been excluded from the install list for reasons
of non-applicability to UEFI GRUB; namely:
* cmosdump
* cmostest
* efiemu
* mda_text
* pci
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
As with the BIOS/Coreboot targets' modules-minimal files, this file
lists the minimum necessary to complement a working, bootable image so
that it can read from other devices in addition to halting/rebooting
the machine.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Since GRUB images will be produced on a target-specific basis, the
target will need its own copy of the modules to include in either the
GRUB image itself or CBFS.
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The added files (and, later, module lists) are mostly the same as
their BIOS/Coreboot targets counterparts because the base
configuration for each GRUB image produced is intended to be quite
similar (for greater malleability down the line).
The purpose of each file remains the same.
|
|\| | |
|
| | | |
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Without these modules, the GRUB Coreboot target image can't access
devices other than cbfsdisk. Adds support for HDD/USB drives.
|
|\ \ \ \
| |/ / /
|/| / /
| |/ / |
|
| |/ |
|
|\ \ |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
As with the BIOS target, the modules listed in this file will later be
added to CBFS in order to avoid issues inherent to bundling modules
into the GRUB image.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As with the BIOS target's modules-minimal file, this file lists the
minimum necessary to complement a working, bootable image so that it
can read from other devices in addition to halting/rebooting the
machine.
|