| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
These are necessary so that the build action for depthcharge can
locate the correct configuration for veyron targets in the
depthcharge source repository.
Prior, the build action was looking for 'veyron' instead of
'veyron_minnie' or 'veyron_speedy', causing it to fail.
|
|
|
|
|
|
|
|
|
| |
In order to avoid additional, fragile, complexity for building
depthcharge, libpayload must be built for the minnie/speedy veyron
subtargets; this is the simplest way to avoid making special cases in
either the depthcharge scripts or the libpayload scripts with respect
to ensuring the depthcharge build action can locate the proper
libpayload build directory.
|
|
|
|
|
|
|
| |
'config' was renamed to 'config_name' to better convey its purpose.
Additionally, 'config_path' had its associated string value modified
to contain the correct path to the libpayload configuration file.
|
|
|
|
|
| |
Helps keep complexity down as well as making scripts easier to
maintain if each project only builds itself.
|
|
|
|
|
|
| |
It seems like 'project_action_arguments' was the intended function to
use, as 'project_action' does not actually /carry out/ the action
given as its first argument.
|
|
|
|
|
| |
Makes things easier to maintain if a project only builds itself--less
moving parts, etc.
|
|
|
|
|
|
| |
The prefix action is a quality-of-life addition which helps a user
locate the relevant compiler binaries for a given target once built.
This change simply extends it for the i386 target.
|
| |
|
|
|
|
|
|
|
|
| |
It's possible that a compilation failure will occur if there's a
difference in major versions between the host GCC compiler and the one
being built. To avoid this, bootstrapping can be used. The method
for bootstrapping is simply passing the '-b' flag to Make; the
Makefile takes care of the rest.
|
| |
|
|
|
|
|
|
|
| |
'project_action' was used instead of the intended
'project_action_arguments' function, I presume, as project_action does
not actually carry out the argument action--contrary to what the name
may seem to imply.
|
|
|
|
|
|
|
| |
Helps keeps things more modular if each project only builds itself
rather than, for example, Coreboot's build action also building
crossgcc and an embedded controller firmware; this makes it possible
to rebuild only one project if its compilation fails.
|
|
|
|
|
|
| |
* projects/seabios/seabios
ditto
|
|
|
|
|
|
| |
* projects/memtest86plus/memtest86plus
ditto
|
|
|
|
|
|
|
| |
* projects/grub/grub
* projects/grub/grub-helper
ditto
|
|
|
|
|
|
| |
* projects/fontconfig/fontconfig
ditto
|
|
|
|
|
|
| |
* projects/dejavu-fonts/dejavu-fonts
ditto
|
|
|
|
|
|
| |
* projects/bucts/bucts
ditto
|
|
|
|
|
| |
It makes things easier if the makefiles fetch the default payload from
its build directory, which should have a stable name.
|
| |
|
|
|
|
|
| |
There is a separate vboot project, so those revision files related to
it should be placed in its configs directory instead.
|
|
|
|
|
| |
The new build system simply uses 'revision' to refer to the git
revision that should be used.
|
|
|
|
| |
The new build system uses the shortened version: arch
|
| |
|
| |
|
|
|
|
|
| |
Dumps CBMEM console log to stdout; this is useful for
development/troubleshooting purposes.
|
|
|
|
|
| |
As of right now setting/unsetting the variable does nothing as this
functionality will be added later.
|
|
|
|
|
|
|
|
|
| |
The grub.cfg to be included in the GRUB image is located in each
target's directory in 'projecs/grub/configs' now, which means
'projects/grub/configs/grub.cfg' no longer has any use.
Ditto with 'projects/grub/configs/modules-install' and
'projects/grub/configs/modules-preload'
|
|
|
|
|
|
| |
The bootorder file should be handled by the Coreboot scripts in
projects/coreboot/coreboot* instead for better tailoring to a given
target.
|
|
|
|
|
|
|
| |
'txtmode' isn't so much a configuration for textmode as it is a BIOS,
simply, and 'vga' is actually the VGABIOS which requires the BIOS
being present in order to function; this is contrary to what the
original target names may lead one to initially believe.
|
|
|
|
|
|
| |
Absolute pathnames are used so there's not actually any need to go
through the process of setting up a subshell and changing directory
as long as the '-C' flag is passed to Make.
|
| |
|
|
|
|
|
|
|
|
| |
git.seabios.org doesn't have its certificate properly configured,
preventing git from taking advantage of TLS certificate
verification (git complains and aborts). To side-step the issue, the
URI for the SeaBIOS repository at review.coreboot.org/seabios.git is
substituted in place of the old.
|
|
|
|
|
|
| |
The check for an existing, non-directory file as $keymap_out_path was
added to prevent the (unlikely) scenario of attempting writing a file
to a file as if it were a directory.
|
|
|
|
|
|
| |
Out of: the image itself, keylayouts, and font, the image takes the
longest to build so it would be best to attempt its build first to
avoid wasted time and resources, however little, if the build fails.
|
|
|
|
| |
Forgot about that flag when that was written. Somehow.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
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).
|