Having 3 extra hypervisor builds on the end of a full build is deeply
confusing to debug if one of them fails, because the .config file presented in
the artefacts is not the one which caused a build failure. Also, the log
tends to be truncated in the UI.
PV-only is tested as part of PV-Shim in a full build anyway, so doesn't need
repeating. HVM-only and neither will come up frequently in randconfig, so
drop all the logic here to simplify things.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
---
CC: Doug Goldstein <cardoe@cardoe.com>
CC: Stefano Stabellini <sstabellini@kernel.org>
CC: Anthony PERARD <anthony.perard@citrix.com>
CC: Michal Orzel <michal.orzel@amd.com>
CC: Oleksii Kurochko <oleksii.kurochko@gmail.com>
---
automation/configs/x86/hvm_only_config | 3 ---
automation/configs/x86/no_hvm_pv_config | 3 ---
automation/configs/x86/pv_only_config | 3 ---
automation/scripts/build | 21 ---------------------
4 files changed, 30 deletions(-)
delete mode 100644 automation/configs/x86/hvm_only_config
delete mode 100644 automation/configs/x86/no_hvm_pv_config
delete mode 100644 automation/configs/x86/pv_only_config
diff --git a/automation/configs/x86/hvm_only_config b/automation/configs/x86/hvm_only_config
deleted file mode 100644
index 9efbddd5353b..000000000000
--- a/automation/configs/x86/hvm_only_config
+++ /dev/null
@@ -1,3 +0,0 @@
-CONFIG_HVM=y
-# CONFIG_PV is not set
-# CONFIG_DEBUG is not set
diff --git a/automation/configs/x86/no_hvm_pv_config b/automation/configs/x86/no_hvm_pv_config
deleted file mode 100644
index 0bf6a8e46818..000000000000
--- a/automation/configs/x86/no_hvm_pv_config
+++ /dev/null
@@ -1,3 +0,0 @@
-# CONFIG_HVM is not set
-# CONFIG_PV is not set
-# CONFIG_DEBUG is not set
diff --git a/automation/configs/x86/pv_only_config b/automation/configs/x86/pv_only_config
deleted file mode 100644
index e9d8b4a7c753..000000000000
--- a/automation/configs/x86/pv_only_config
+++ /dev/null
@@ -1,3 +0,0 @@
-CONFIG_PV=y
-# CONFIG_HVM is not set
-# CONFIG_DEBUG is not set
diff --git a/automation/scripts/build b/automation/scripts/build
index a5934190634b..5dafa72ba540 100755
--- a/automation/scripts/build
+++ b/automation/scripts/build
@@ -85,24 +85,3 @@ if [[ "${XEN_TARGET_ARCH}" != "x86_32" ]]; then
cp -r dist binaries/
fi
fi
-
-if [[ "${hypervisor_only}" == "y" ]]; then
- # If we are build testing a specific Kconfig exit now, there's no point in
- # testing all the possible configs.
- exit 0
-fi
-
-# Build all the configs we care about
-case ${XEN_TARGET_ARCH} in
- x86_64) arch=x86 ;;
- *) exit 0 ;;
-esac
-
-cfg_dir="automation/configs/${arch}"
-for cfg in `ls ${cfg_dir}`; do
- echo "Building $cfg"
- make -j$(nproc) -C xen clean
- rm -f xen/.config
- make -C xen KBUILD_DEFCONFIG=../../../../${cfg_dir}/${cfg} defconfig
- make -j$(nproc) -C xen
-done
--
2.11.0
On Fri, 30 Dec 2022, Andrew Cooper wrote: > Having 3 extra hypervisor builds on the end of a full build is deeply > confusing to debug if one of them fails, because the .config file presented in > the artefacts is not the one which caused a build failure. Also, the log > tends to be truncated in the UI. > > PV-only is tested as part of PV-Shim in a full build anyway, so doesn't need > repeating. HVM-only and neither will come up frequently in randconfig, so > drop all the logic here to simplify things. > > Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> Reviewed-by: Stefano Stabellini <sstabellini@kernel.org> > --- > CC: Doug Goldstein <cardoe@cardoe.com> > CC: Stefano Stabellini <sstabellini@kernel.org> > CC: Anthony PERARD <anthony.perard@citrix.com> > CC: Michal Orzel <michal.orzel@amd.com> > CC: Oleksii Kurochko <oleksii.kurochko@gmail.com> > --- > automation/configs/x86/hvm_only_config | 3 --- > automation/configs/x86/no_hvm_pv_config | 3 --- > automation/configs/x86/pv_only_config | 3 --- > automation/scripts/build | 21 --------------------- > 4 files changed, 30 deletions(-) > delete mode 100644 automation/configs/x86/hvm_only_config > delete mode 100644 automation/configs/x86/no_hvm_pv_config > delete mode 100644 automation/configs/x86/pv_only_config > > diff --git a/automation/configs/x86/hvm_only_config b/automation/configs/x86/hvm_only_config > deleted file mode 100644 > index 9efbddd5353b..000000000000 > --- a/automation/configs/x86/hvm_only_config > +++ /dev/null > @@ -1,3 +0,0 @@ > -CONFIG_HVM=y > -# CONFIG_PV is not set > -# CONFIG_DEBUG is not set > diff --git a/automation/configs/x86/no_hvm_pv_config b/automation/configs/x86/no_hvm_pv_config > deleted file mode 100644 > index 0bf6a8e46818..000000000000 > --- a/automation/configs/x86/no_hvm_pv_config > +++ /dev/null > @@ -1,3 +0,0 @@ > -# CONFIG_HVM is not set > -# CONFIG_PV is not set > -# CONFIG_DEBUG is not set > diff --git a/automation/configs/x86/pv_only_config b/automation/configs/x86/pv_only_config > deleted file mode 100644 > index e9d8b4a7c753..000000000000 > --- a/automation/configs/x86/pv_only_config > +++ /dev/null > @@ -1,3 +0,0 @@ > -CONFIG_PV=y > -# CONFIG_HVM is not set > -# CONFIG_DEBUG is not set > diff --git a/automation/scripts/build b/automation/scripts/build > index a5934190634b..5dafa72ba540 100755 > --- a/automation/scripts/build > +++ b/automation/scripts/build > @@ -85,24 +85,3 @@ if [[ "${XEN_TARGET_ARCH}" != "x86_32" ]]; then > cp -r dist binaries/ > fi > fi > - > -if [[ "${hypervisor_only}" == "y" ]]; then > - # If we are build testing a specific Kconfig exit now, there's no point in > - # testing all the possible configs. > - exit 0 > -fi > - > -# Build all the configs we care about > -case ${XEN_TARGET_ARCH} in > - x86_64) arch=x86 ;; > - *) exit 0 ;; > -esac > - > -cfg_dir="automation/configs/${arch}" > -for cfg in `ls ${cfg_dir}`; do > - echo "Building $cfg" > - make -j$(nproc) -C xen clean > - rm -f xen/.config > - make -C xen KBUILD_DEFCONFIG=../../../../${cfg_dir}/${cfg} defconfig > - make -j$(nproc) -C xen > -done > -- > 2.11.0 >
Hi Andrew, On 30/12/2022 01:38, Andrew Cooper wrote: > Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. > > > Having 3 extra hypervisor builds on the end of a full build is deeply > confusing to debug if one of them fails, because the .config file presented in > the artefacts is not the one which caused a build failure. Also, the log > tends to be truncated in the UI. > > PV-only is tested as part of PV-Shim in a full build anyway, so doesn't need > repeating. HVM-only and neither will come up frequently in randconfig, so > drop all the logic here to simplify things. > > Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com> Reviewed-by: Michal Orzel <michal.orzel@amd.com> ~Michal
© 2016 - 2024 Red Hat, Inc.