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_ani...@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