775214b710
In order to enable changing the generated C configuration files manually, this patch introduces the target `diffconfig` to the build system. After generating the configuration files, a developer can manually modify these sources (which are placed under build/configs) and invoke `make diffconfig` to generate a patch that shows the made differences. Such patches can be registered to a build by invoking the `applydiffconfig` target. The build system will always apply them whenever the configuration files are regenerated. A typical workflow to create a patch is as follows. # The pre_build target relies on generated configuration files hypervisor$ make BOARD=xxx SCENARIO=yyy pre_build (manually edit files under build/configs/boards and build/configs/scenarios) hypervisor$ make diffconfig # Patch generated to build/config.patch hypervisor$ cp build/config.patch /path/to/patch The following steps apply apply the patch to another build. hypervisor$ make BOARD=xxx SCENARIO=yyy defconfig hypervisor$ make applydiffconfig PATCH=/path/to/patch-file-or-directory hypervisor$ make After any patch is registered for a build, the configuration files will be automatically regenerated the next time `make` is invoked. To show a list of registered patches for generated configuration files, invoke `make applydiffconfig` without specifying `PATCH`. v2: * Add target `applydiffconfig` which accepts a PATCH variable to register an arbitrary patch file or a directory containing patch file(s) for a build. `.config_patches` is no longer used. Tracked-On: #5644 Signed-off-by: Junjie Mao <junjie.mao@intel.com> |
||
---|---|---|
.. | ||
acpi_parser | ||
arch/x86 | ||
boot | ||
bsp/ld | ||
common | ||
debug | ||
dm | ||
hw | ||
include | ||
lib | ||
release | ||
scripts | ||
Kconfig | ||
MAINTAINERS | ||
Makefile | ||
README.rst |
README.rst
ACRN Hypervisor ############### The open source `Project ACRN`_ defines a device hypervisor reference stack and an architecture for running multiple software subsystems, managed securely, on a consolidated system by means of a virtual machine manager. It also defines a reference framework implementation for virtual device emulation, called the "ACRN Device Model". The ACRN Hypervisor is a Type 1 reference hypervisor stack, running directly on the bare-metal hardware, and is suitable for a variety of IoT and embedded device solutions. The ACRN hypervisor addresses the gap that currently exists between datacenter hypervisors, and hard partitioning hypervisors. The ACRN hypervisor architecture partitions the system into different functional domains, with carefully selected guest OS sharing optimizations for IoT and embedded devices. You can find out more about Project ACRN on the `Project ACRN documentation`_ website. .. _`Project ACRN`: https://projectacrn.org .. _`ACRN Hypervisor`: https://github.com/projectacrn/acrn-hypervisor .. _`Project ACRN documentation`: https://projectacrn.github.io/