0d84ecc4a1
Splitting the definitions of a post-launched VM into two files, namely the scenario XML and launch XML, introduces duplicated field in both files and leads to a high probability of having inconsistencies between them (see issue #7156 as an example). Further more, this split has also adds much complexity to the configurator which has to either hide some of the items from user interfaces or synchronize different fields upon changes. The advantage of the split, however, is not widely adopted. Having a separate XML capturing the VM definition tweakable in the service VM at runtime seems to give users more flexibility to redefine a VM without recompiling the hypervisor. But that is not a common practice in the industry segment; instead it is preferred to have a static scenario definition to make sure that all resources are allocated carefully in a fixed manner in order for better determinism. As a result, this patch merges the fields in launch XMLs into the schema of scenario XMLs. Some fields are post-launched VM specific and thus added, while the others have similar items in scenario XMLs today. The launch script generator is also updated accordingly to generate launch scripts from the new scenario XMLs (which now contain the same amount of information as previous launch XMLs). Tracked-On: #6690 Signed-off-by: Junjie Mao <junjie.mao@intel.com> |
||
---|---|---|
.. | ||
README | ||
default_populator.py | ||
lxml_loader.py | ||
pipeline.py | ||
scenario_cfg_gen.py | ||
scenario_item.py | ||
scenario_transformer.py | ||
schema_slicer.py | ||
upgrader.py | ||
validator.py | ||
xml_loader.py |
README
Please run scenario_cfg_gen.py to generate board related configuration files. usage: python3 scenario_cfg_gen.py [h] --board <board_info_file> --scenario <scenario_info_file> positional arguments: board_info_file : file name of the board info XML scenario_info_file : file name of the scenario info XML