On 7/2/20 10:26 AM, Heinrich Schuchardt wrote:
On 02.07.20 09:18, Oleksandr Andrushchenko wrote:
On 7/2/20 4:28 AM, Peng Fan wrote:
Subject: [PATCH 03/17] board: Introduce xenguest_arm64 board
From: Andrii Anisov andrii_anisov@epam.com
Introduce a minimal Xen guest board running as a virtual machine under Xen Project's hypervisor [1], [2].
Part of the code is ported from Xen mini-os and also uses work initially done by different authors from NXP: please see relevant files for their copyrights.
This patch needs to be in the last, otherwise it might break git bisect.
Not sure I understand why. This patch is a self-contained piece of work
which introduces a new board. What's wrong with this? Why would it break?
We are running automated test in Gitlab CI and Travis CI. Once there is a defconfig file we try to build the file.
If building fails with only patches 1-3 merged, we have a problem.
You both are absolutely right, we need to swap two patches, so they are in
the following order:
board: Introduce xenguest_arm64 board xen: Add essential and required interface headers Kconfig: Introduce CONFIG_XEN
e.g. we add headers first and then the board.
Thank you for pointing to it,
Oleksandr
Best regards
Heinrich