* Re: [PATCH v10] drm: Add initial ci/ subdirectory [not found] <20230720152737.102382-1-helen.koike@collabora.com> @ 2023-07-27 19:49 ` Rob Clark 2023-07-27 21:47 ` Rob Clark 2023-07-28 11:58 ` Maira Canal [not found] ` <52d1d9e5-00c8-2260-57fc-310cc2f712fd@igalia.com> 2 siblings, 1 reply; 9+ messages in thread From: Rob Clark @ 2023-07-27 19:49 UTC (permalink / raw) To: Helen Koike Cc: dri-devel, guilherme.gallo, sergi.blanch.torne, david.heidelberg, daniels, emma, robclark, gustavo.padovan, robdclark, anholt, maarten.lankhorst, mripard, tzimmermann, airlied, daniel, corbet, matthias.bgg, angelogioacchino.delregno, neil.armstrong, khilman, jbrunet, martin.blumenstingl, heiko, linux-doc, linux-kernel, linux-arm-kernel, linux-mediatek, linux-amlogic, linux-rockchip On Thu, Jul 20, 2023 at 8:27 AM Helen Koike <helen.koike@collabora.com> wrote: > > From: Tomeu Vizoso <tomeu.vizoso@collabora.com> > > Developers can easily execute several tests on different devices > by just pushing their branch to their fork in a repository hosted > on gitlab.freedesktop.org which has an infrastructure to run jobs > in several runners and farms with different devices. > > There are also other automated tools that uprev dependencies, > monitor the infra, and so on that are already used by the Mesa > project, and we can reuse them too. > > Also, store expectations about what the DRM drivers are supposed > to pass in the IGT test suite. By storing the test expectations > along with the code, we can make sure both stay in sync with each > other so we can know when a code change breaks those expectations. > > Also, include a configuration file that points to the out-of-tree > CI scripts. > > This will allow all contributors to drm to reuse the infrastructure > already in gitlab.freedesktop.org to test the driver on several > generations of the hardware. > > Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> > Signed-off-by: Helen Koike <helen.koike@collabora.com> > > --- > > Hello, > > I'm re-spining this patch sent originally by Tomeu. > > This is meant to be an auxiliary tool where developers and > maintainers can just submit their code to fdo and see if > tests passes, than they can decide if it is worthy merging > it or not. > > This tool has proven its value on the Mesa community > and it can bring a lot of value here too. > > Please review and let me know your thoughts. > > You can also see this patch on > https://gitlab.freedesktop.org/helen.fornazier/linux/-/tree/drm-ci-tests > > Thanks! > > v2: > - Fix names of result expectation files to match SoC > - Don't execute tests that are going to skip on all boards > > v3: > - Remove tracking of dmesg output during test execution > > v4: > - Move up to drivers/gpu/drm > - Add support for a bunch of other drivers > - Explain how to incorporate fixes for CI from a > ${TARGET_BRANCH}-external-fixes branch > - Remove tests that pass from expected results file, to reduce the > size of in-tree files > - Add docs about how to deal with outages in automated testing labs > - Specify the exact SHA of the CI scripts to be used > > v5: > - Remove unneeded skips from Meson expectations file > - Use a more advanced runner that detects flakes automatically > - Use a more succint format for the expectations > - Run many more tests (and use sharding to finish in time) > - Use skip lists to avoid hanging machines > - Add some build testing > - Build IGT in each pipeline for faster uprevs > - List failures in the GitLab UI > > v6: > - Rebase on top of latest drm-next > - Lower priority of LAVA jobs to not impact Mesa CI as much > - Update docs > > v7: > - Rebase on top of latest drm-next > > v8: > - Move all files specific to testing the kernel into the kernel tree > (thus I have dropped the r-bs I had collected so far) > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > - Add MAINTAINERS entry > - Fix boot on MT8173 by adding some Kconfigs that are now needed > - Link to the docs from index.rst and hard-wrap the file > > v9: > - Only automatically run the pipelines for merge requests > - Switch to zstd for the build artifacts to align with Mesa > - Add Qcom USB PHYs to config as they are now =m in the defconfig > > v10: > - Include ci yml files from mesa/mesa (where the development is > current active) instead of a spin off project. > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > - Update MAINTAINERS entry > - Uprev igt tool > - add LAVA_JOB_PRIORITY: 30 > - pipeline example: > https://gitlab.freedesktop.org/helen.fornazier/linux/-/pipelines/940506 > --- > Documentation/gpu/automated_testing.rst | 144 + > Documentation/gpu/index.rst | 1 + > MAINTAINERS | 8 + > drivers/gpu/drm/ci/arm.config | 69 + > drivers/gpu/drm/ci/arm64.config | 199 ++ > drivers/gpu/drm/ci/build-igt.sh | 35 + > drivers/gpu/drm/ci/build.sh | 157 + > drivers/gpu/drm/ci/build.yml | 110 + > drivers/gpu/drm/ci/check-patch.py | 57 + > drivers/gpu/drm/ci/container.yml | 61 + > drivers/gpu/drm/ci/gitlab-ci.yml | 252 ++ > drivers/gpu/drm/ci/igt_runner.sh | 77 + > drivers/gpu/drm/ci/image-tags.yml | 15 + > drivers/gpu/drm/ci/lava-submit.sh | 57 + > drivers/gpu/drm/ci/static-checks.yml | 12 + > drivers/gpu/drm/ci/test.yml | 335 ++ > drivers/gpu/drm/ci/testlist.txt | 2912 +++++++++++++++++ > drivers/gpu/drm/ci/x86_64.config | 111 + > .../gpu/drm/ci/xfails/amdgpu-stoney-fails.txt | 22 + > .../drm/ci/xfails/amdgpu-stoney-flakes.txt | 19 + > .../gpu/drm/ci/xfails/amdgpu-stoney-skips.txt | 2 + > drivers/gpu/drm/ci/xfails/i915-amly-fails.txt | 17 + > .../gpu/drm/ci/xfails/i915-amly-flakes.txt | 32 + > drivers/gpu/drm/ci/xfails/i915-amly-skips.txt | 4 + > drivers/gpu/drm/ci/xfails/i915-apl-fails.txt | 57 + > drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt | 1 + > drivers/gpu/drm/ci/xfails/i915-apl-skips.txt | 4 + > drivers/gpu/drm/ci/xfails/i915-cml-fails.txt | 18 + > drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt | 37 + > drivers/gpu/drm/ci/xfails/i915-cml-skips.txt | 2 + > drivers/gpu/drm/ci/xfails/i915-glk-fails.txt | 18 + > drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt | 41 + > drivers/gpu/drm/ci/xfails/i915-glk-skips.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt | 26 + > drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt | 25 + > drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt | 37 + > drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt | 11 + > drivers/gpu/drm/ci/xfails/i915-whl-fails.txt | 47 + > drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt | 1 + > drivers/gpu/drm/ci/xfails/i915-whl-skips.txt | 2 + > .../drm/ci/xfails/mediatek-mt8173-fails.txt | 29 + > .../drm/ci/xfails/mediatek-mt8173-flakes.txt | 0 > .../drm/ci/xfails/mediatek-mt8183-fails.txt | 10 + > .../drm/ci/xfails/mediatek-mt8183-flakes.txt | 14 + > .../gpu/drm/ci/xfails/meson-g12b-fails.txt | 12 + > .../gpu/drm/ci/xfails/meson-g12b-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8016-fails.txt | 15 + > .../gpu/drm/ci/xfails/msm-apq8016-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8096-fails.txt | 2 + > .../gpu/drm/ci/xfails/msm-apq8096-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8096-skips.txt | 2 + > .../gpu/drm/ci/xfails/msm-sc7180-fails.txt | 25 + > .../gpu/drm/ci/xfails/msm-sc7180-flakes.txt | 7 + > .../gpu/drm/ci/xfails/msm-sc7180-skips.txt | 23 + > .../gpu/drm/ci/xfails/msm-sdm845-fails.txt | 68 + > .../gpu/drm/ci/xfails/msm-sdm845-flakes.txt | 11 + > .../gpu/drm/ci/xfails/msm-sdm845-skips.txt | 2 + > .../drm/ci/xfails/rockchip-rk3288-fails.txt | 49 + > .../drm/ci/xfails/rockchip-rk3288-flakes.txt | 8 + > .../drm/ci/xfails/rockchip-rk3288-skips.txt | 52 + > .../drm/ci/xfails/rockchip-rk3399-fails.txt | 39 + > .../drm/ci/xfails/rockchip-rk3399-flakes.txt | 23 + > .../drm/ci/xfails/rockchip-rk3399-skips.txt | 5 + > .../drm/ci/xfails/virtio_gpu-none-fails.txt | 38 + > .../drm/ci/xfails/virtio_gpu-none-flakes.txt | 0 > .../drm/ci/xfails/virtio_gpu-none-skips.txt | 6 + > test | 0 > 69 files changed, 5502 insertions(+) > create mode 100644 Documentation/gpu/automated_testing.rst > create mode 100644 drivers/gpu/drm/ci/arm.config > create mode 100644 drivers/gpu/drm/ci/arm64.config > create mode 100644 drivers/gpu/drm/ci/build-igt.sh > create mode 100644 drivers/gpu/drm/ci/build.sh > create mode 100644 drivers/gpu/drm/ci/build.yml > create mode 100755 drivers/gpu/drm/ci/check-patch.py > create mode 100644 drivers/gpu/drm/ci/container.yml > create mode 100644 drivers/gpu/drm/ci/gitlab-ci.yml > create mode 100755 drivers/gpu/drm/ci/igt_runner.sh > create mode 100644 drivers/gpu/drm/ci/image-tags.yml > create mode 100755 drivers/gpu/drm/ci/lava-submit.sh > create mode 100644 drivers/gpu/drm/ci/static-checks.yml > create mode 100644 drivers/gpu/drm/ci/test.yml > create mode 100644 drivers/gpu/drm/ci/testlist.txt > create mode 100644 drivers/gpu/drm/ci/x86_64.config > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-skips.txt > create mode 100644 test > [snip] > diff --git a/drivers/gpu/drm/ci/gitlab-ci.yml b/drivers/gpu/drm/ci/gitlab-ci.yml > new file mode 100644 > index 000000000000..32d8e2258eb6 > --- /dev/null > +++ b/drivers/gpu/drm/ci/gitlab-ci.yml > @@ -0,0 +1,252 @@ > +variables: > + # Change this to use your fork of drm-ci nit, I think this comment mostly doesn't make sense since everyone would be using the same version of this gitlab-ci.yml, Ie. we can't have msm and nouveau and intel and so on with there own conflicting patches on gitlab-ci.yml I did run into a bit of a chicken vs. egg problem with testing the "in tree" version (compared to earlier versions which kept most of the yml and scripts in a separate tree), is that it actually requires this commit to exist in the branch you want to run CI on. My earlier workaround of pulling the drm/ci commit in via ${branchname}-external-fixes no longer works. BR, -R _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-27 19:49 ` [PATCH v10] drm: Add initial ci/ subdirectory Rob Clark @ 2023-07-27 21:47 ` Rob Clark 2023-07-28 5:26 ` Daniel Stone 0 siblings, 1 reply; 9+ messages in thread From: Rob Clark @ 2023-07-27 21:47 UTC (permalink / raw) To: Helen Koike Cc: dri-devel, guilherme.gallo, sergi.blanch.torne, david.heidelberg, daniels, emma, robclark, gustavo.padovan, robdclark, anholt, maarten.lankhorst, mripard, tzimmermann, airlied, daniel, corbet, matthias.bgg, angelogioacchino.delregno, neil.armstrong, khilman, jbrunet, martin.blumenstingl, heiko, linux-doc, linux-kernel, linux-arm-kernel, linux-mediatek, linux-amlogic, linux-rockchip On Thu, Jul 27, 2023 at 12:49 PM Rob Clark <robdclark@gmail.com> wrote: > > On Thu, Jul 20, 2023 at 8:27 AM Helen Koike <helen.koike@collabora.com> wrote: > > > > From: Tomeu Vizoso <tomeu.vizoso@collabora.com> > > > > Developers can easily execute several tests on different devices > > by just pushing their branch to their fork in a repository hosted > > on gitlab.freedesktop.org which has an infrastructure to run jobs > > in several runners and farms with different devices. > > > > There are also other automated tools that uprev dependencies, > > monitor the infra, and so on that are already used by the Mesa > > project, and we can reuse them too. > > > > Also, store expectations about what the DRM drivers are supposed > > to pass in the IGT test suite. By storing the test expectations > > along with the code, we can make sure both stay in sync with each > > other so we can know when a code change breaks those expectations. > > > > Also, include a configuration file that points to the out-of-tree > > CI scripts. > > > > This will allow all contributors to drm to reuse the infrastructure > > already in gitlab.freedesktop.org to test the driver on several > > generations of the hardware. > > > > Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> > > Signed-off-by: Helen Koike <helen.koike@collabora.com> > > > > --- > > > > Hello, > > > > I'm re-spining this patch sent originally by Tomeu. > > > > This is meant to be an auxiliary tool where developers and > > maintainers can just submit their code to fdo and see if > > tests passes, than they can decide if it is worthy merging > > it or not. > > > > This tool has proven its value on the Mesa community > > and it can bring a lot of value here too. > > > > Please review and let me know your thoughts. > > > > You can also see this patch on > > https://gitlab.freedesktop.org/helen.fornazier/linux/-/tree/drm-ci-tests > > > > Thanks! > > > > v2: > > - Fix names of result expectation files to match SoC > > - Don't execute tests that are going to skip on all boards > > > > v3: > > - Remove tracking of dmesg output during test execution > > > > v4: > > - Move up to drivers/gpu/drm > > - Add support for a bunch of other drivers > > - Explain how to incorporate fixes for CI from a > > ${TARGET_BRANCH}-external-fixes branch > > - Remove tests that pass from expected results file, to reduce the > > size of in-tree files > > - Add docs about how to deal with outages in automated testing labs > > - Specify the exact SHA of the CI scripts to be used > > > > v5: > > - Remove unneeded skips from Meson expectations file > > - Use a more advanced runner that detects flakes automatically > > - Use a more succint format for the expectations > > - Run many more tests (and use sharding to finish in time) > > - Use skip lists to avoid hanging machines > > - Add some build testing > > - Build IGT in each pipeline for faster uprevs > > - List failures in the GitLab UI > > > > v6: > > - Rebase on top of latest drm-next > > - Lower priority of LAVA jobs to not impact Mesa CI as much > > - Update docs > > > > v7: > > - Rebase on top of latest drm-next > > > > v8: > > - Move all files specific to testing the kernel into the kernel tree > > (thus I have dropped the r-bs I had collected so far) > > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > > - Add MAINTAINERS entry > > - Fix boot on MT8173 by adding some Kconfigs that are now needed > > - Link to the docs from index.rst and hard-wrap the file > > > > v9: > > - Only automatically run the pipelines for merge requests > > - Switch to zstd for the build artifacts to align with Mesa > > - Add Qcom USB PHYs to config as they are now =m in the defconfig > > > > v10: > > - Include ci yml files from mesa/mesa (where the development is > > current active) instead of a spin off project. > > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > > - Update MAINTAINERS entry > > - Uprev igt tool > > - add LAVA_JOB_PRIORITY: 30 > > - pipeline example: > > https://gitlab.freedesktop.org/helen.fornazier/linux/-/pipelines/940506 > > --- > > Documentation/gpu/automated_testing.rst | 144 + > > Documentation/gpu/index.rst | 1 + > > MAINTAINERS | 8 + > > drivers/gpu/drm/ci/arm.config | 69 + > > drivers/gpu/drm/ci/arm64.config | 199 ++ > > drivers/gpu/drm/ci/build-igt.sh | 35 + > > drivers/gpu/drm/ci/build.sh | 157 + > > drivers/gpu/drm/ci/build.yml | 110 + > > drivers/gpu/drm/ci/check-patch.py | 57 + > > drivers/gpu/drm/ci/container.yml | 61 + > > drivers/gpu/drm/ci/gitlab-ci.yml | 252 ++ > > drivers/gpu/drm/ci/igt_runner.sh | 77 + > > drivers/gpu/drm/ci/image-tags.yml | 15 + > > drivers/gpu/drm/ci/lava-submit.sh | 57 + > > drivers/gpu/drm/ci/static-checks.yml | 12 + > > drivers/gpu/drm/ci/test.yml | 335 ++ > > drivers/gpu/drm/ci/testlist.txt | 2912 +++++++++++++++++ > > drivers/gpu/drm/ci/x86_64.config | 111 + > > .../gpu/drm/ci/xfails/amdgpu-stoney-fails.txt | 22 + > > .../drm/ci/xfails/amdgpu-stoney-flakes.txt | 19 + > > .../gpu/drm/ci/xfails/amdgpu-stoney-skips.txt | 2 + > > drivers/gpu/drm/ci/xfails/i915-amly-fails.txt | 17 + > > .../gpu/drm/ci/xfails/i915-amly-flakes.txt | 32 + > > drivers/gpu/drm/ci/xfails/i915-amly-skips.txt | 4 + > > drivers/gpu/drm/ci/xfails/i915-apl-fails.txt | 57 + > > drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt | 1 + > > drivers/gpu/drm/ci/xfails/i915-apl-skips.txt | 4 + > > drivers/gpu/drm/ci/xfails/i915-cml-fails.txt | 18 + > > drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt | 37 + > > drivers/gpu/drm/ci/xfails/i915-cml-skips.txt | 2 + > > drivers/gpu/drm/ci/xfails/i915-glk-fails.txt | 18 + > > drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt | 41 + > > drivers/gpu/drm/ci/xfails/i915-glk-skips.txt | 5 + > > drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt | 26 + > > drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt | 25 + > > drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt | 5 + > > drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt | 37 + > > drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt | 5 + > > drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt | 11 + > > drivers/gpu/drm/ci/xfails/i915-whl-fails.txt | 47 + > > drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt | 1 + > > drivers/gpu/drm/ci/xfails/i915-whl-skips.txt | 2 + > > .../drm/ci/xfails/mediatek-mt8173-fails.txt | 29 + > > .../drm/ci/xfails/mediatek-mt8173-flakes.txt | 0 > > .../drm/ci/xfails/mediatek-mt8183-fails.txt | 10 + > > .../drm/ci/xfails/mediatek-mt8183-flakes.txt | 14 + > > .../gpu/drm/ci/xfails/meson-g12b-fails.txt | 12 + > > .../gpu/drm/ci/xfails/meson-g12b-flakes.txt | 4 + > > .../gpu/drm/ci/xfails/msm-apq8016-fails.txt | 15 + > > .../gpu/drm/ci/xfails/msm-apq8016-flakes.txt | 4 + > > .../gpu/drm/ci/xfails/msm-apq8096-fails.txt | 2 + > > .../gpu/drm/ci/xfails/msm-apq8096-flakes.txt | 4 + > > .../gpu/drm/ci/xfails/msm-apq8096-skips.txt | 2 + > > .../gpu/drm/ci/xfails/msm-sc7180-fails.txt | 25 + > > .../gpu/drm/ci/xfails/msm-sc7180-flakes.txt | 7 + > > .../gpu/drm/ci/xfails/msm-sc7180-skips.txt | 23 + > > .../gpu/drm/ci/xfails/msm-sdm845-fails.txt | 68 + > > .../gpu/drm/ci/xfails/msm-sdm845-flakes.txt | 11 + > > .../gpu/drm/ci/xfails/msm-sdm845-skips.txt | 2 + > > .../drm/ci/xfails/rockchip-rk3288-fails.txt | 49 + > > .../drm/ci/xfails/rockchip-rk3288-flakes.txt | 8 + > > .../drm/ci/xfails/rockchip-rk3288-skips.txt | 52 + > > .../drm/ci/xfails/rockchip-rk3399-fails.txt | 39 + > > .../drm/ci/xfails/rockchip-rk3399-flakes.txt | 23 + > > .../drm/ci/xfails/rockchip-rk3399-skips.txt | 5 + > > .../drm/ci/xfails/virtio_gpu-none-fails.txt | 38 + > > .../drm/ci/xfails/virtio_gpu-none-flakes.txt | 0 > > .../drm/ci/xfails/virtio_gpu-none-skips.txt | 6 + > > test | 0 > > 69 files changed, 5502 insertions(+) > > create mode 100644 Documentation/gpu/automated_testing.rst > > create mode 100644 drivers/gpu/drm/ci/arm.config > > create mode 100644 drivers/gpu/drm/ci/arm64.config > > create mode 100644 drivers/gpu/drm/ci/build-igt.sh > > create mode 100644 drivers/gpu/drm/ci/build.sh > > create mode 100644 drivers/gpu/drm/ci/build.yml > > create mode 100755 drivers/gpu/drm/ci/check-patch.py > > create mode 100644 drivers/gpu/drm/ci/container.yml > > create mode 100644 drivers/gpu/drm/ci/gitlab-ci.yml > > create mode 100755 drivers/gpu/drm/ci/igt_runner.sh > > create mode 100644 drivers/gpu/drm/ci/image-tags.yml > > create mode 100755 drivers/gpu/drm/ci/lava-submit.sh > > create mode 100644 drivers/gpu/drm/ci/static-checks.yml > > create mode 100644 drivers/gpu/drm/ci/test.yml > > create mode 100644 drivers/gpu/drm/ci/testlist.txt > > create mode 100644 drivers/gpu/drm/ci/x86_64.config > > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-skips.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-fails.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-flakes.txt > > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-skips.txt > > create mode 100644 test > > > > [snip] > > > diff --git a/drivers/gpu/drm/ci/gitlab-ci.yml b/drivers/gpu/drm/ci/gitlab-ci.yml > > new file mode 100644 > > index 000000000000..32d8e2258eb6 > > --- /dev/null > > +++ b/drivers/gpu/drm/ci/gitlab-ci.yml > > @@ -0,0 +1,252 @@ > > +variables: > > + # Change this to use your fork of drm-ci > > nit, I think this comment mostly doesn't make sense since everyone > would be using the same version of this gitlab-ci.yml, Ie. we can't > have msm and nouveau and intel and so on with there own conflicting > patches on gitlab-ci.yml > > I did run into a bit of a chicken vs. egg problem with testing the "in > tree" version (compared to earlier versions which kept most of the yml > and scripts in a separate tree), is that it actually requires this > commit to exist in the branch you want to run CI on. My earlier > workaround of pulling the drm/ci commit in via > ${branchname}-external-fixes no longer works. After unwinding some more gitlab repo settings that were for the previous out-of-tree yml setup, I have this working. Tested-by: Rob Clark <robdclark@gmail.com> Acked-by: Rob Clark <robdclark@gmail.com> _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-27 21:47 ` Rob Clark @ 2023-07-28 5:26 ` Daniel Stone 2023-07-28 8:48 ` Maxime Ripard 2023-07-28 14:37 ` Rob Clark 0 siblings, 2 replies; 9+ messages in thread From: Daniel Stone @ 2023-07-28 5:26 UTC (permalink / raw) To: Rob Clark Cc: Helen Koike, emma, linux-doc, david.heidelberg, dri-devel, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, mripard, anholt, linux-mediatek, robclark, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann, Dave Airlie, Daniel Vetter On Thu, 27 Jul 2023 at 22:47, Rob Clark <robdclark@gmail.com> wrote: > > I did run into a bit of a chicken vs. egg problem with testing the "in > > tree" version (compared to earlier versions which kept most of the yml > > and scripts in a separate tree), is that it actually requires this > > commit to exist in the branch you want to run CI on. My earlier > > workaround of pulling the drm/ci commit in via > > ${branchname}-external-fixes no longer works. > > After unwinding some more gitlab repo settings that were for the > previous out-of-tree yml setup, I have this working. > > Tested-by: Rob Clark <robdclark@gmail.com> > Acked-by: Rob Clark <robdclark@gmail.com> And it's also: Acked-by: Daniel Stone <daniels@collabora.com> It's been back and forth a few times by now and reviewed pretty heavily by all the people who are across the CI details. I think the next step is to answer all the workflow questions by actually getting it into trees and using it in anger. There was some discussion about whether this should come in from drm-misc, or the core DRM tree, or a completely separate pull, but I'm not sure what the conclusion was ... maintainers, thoughts? Cheers, Daniel _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-28 5:26 ` Daniel Stone @ 2023-07-28 8:48 ` Maxime Ripard 2023-07-28 14:37 ` Rob Clark 1 sibling, 0 replies; 9+ messages in thread From: Maxime Ripard @ 2023-07-28 8:48 UTC (permalink / raw) To: Daniel Stone Cc: Rob Clark, Helen Koike, emma, linux-doc, david.heidelberg, dri-devel, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, anholt, linux-mediatek, robclark, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann, Dave Airlie, Daniel Vetter [-- Attachment #1.1: Type: text/plain, Size: 1373 bytes --] Hi, On Fri, Jul 28, 2023 at 06:26:39AM +0100, Daniel Stone wrote: > On Thu, 27 Jul 2023 at 22:47, Rob Clark <robdclark@gmail.com> wrote: > > > I did run into a bit of a chicken vs. egg problem with testing the "in > > > tree" version (compared to earlier versions which kept most of the yml > > > and scripts in a separate tree), is that it actually requires this > > > commit to exist in the branch you want to run CI on. My earlier > > > workaround of pulling the drm/ci commit in via > > > ${branchname}-external-fixes no longer works. > > > > After unwinding some more gitlab repo settings that were for the > > previous out-of-tree yml setup, I have this working. > > > > Tested-by: Rob Clark <robdclark@gmail.com> > > Acked-by: Rob Clark <robdclark@gmail.com> > > And it's also: > Acked-by: Daniel Stone <daniels@collabora.com> > > It's been back and forth a few times by now and reviewed pretty > heavily by all the people who are across the CI details. I think the > next step is to answer all the workflow questions by actually getting > it into trees and using it in anger. There was some discussion about > whether this should come in from drm-misc, or the core DRM tree, or a > completely separate pull, but I'm not sure what the conclusion was ... > maintainers, thoughts? I'd be ok with merging it through drm-misc Maxime [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --] [-- Attachment #2: Type: text/plain, Size: 176 bytes --] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-28 5:26 ` Daniel Stone 2023-07-28 8:48 ` Maxime Ripard @ 2023-07-28 14:37 ` Rob Clark 2023-07-31 12:25 ` Helen Mae Koike Fornazier 1 sibling, 1 reply; 9+ messages in thread From: Rob Clark @ 2023-07-28 14:37 UTC (permalink / raw) To: Daniel Stone Cc: Helen Koike, emma, linux-doc, david.heidelberg, dri-devel, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, mripard, anholt, linux-mediatek, robclark, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann, Dave Airlie, Daniel Vetter On Thu, Jul 27, 2023 at 10:26 PM Daniel Stone <daniel@fooishbar.org> wrote: > > On Thu, 27 Jul 2023 at 22:47, Rob Clark <robdclark@gmail.com> wrote: > > > I did run into a bit of a chicken vs. egg problem with testing the "in > > > tree" version (compared to earlier versions which kept most of the yml > > > and scripts in a separate tree), is that it actually requires this > > > commit to exist in the branch you want to run CI on. My earlier > > > workaround of pulling the drm/ci commit in via > > > ${branchname}-external-fixes no longer works. > > > > After unwinding some more gitlab repo settings that were for the > > previous out-of-tree yml setup, I have this working. > > > > Tested-by: Rob Clark <robdclark@gmail.com> > > Acked-by: Rob Clark <robdclark@gmail.com> > > And it's also: > Acked-by: Daniel Stone <daniels@collabora.com> > > It's been back and forth a few times by now and reviewed pretty > heavily by all the people who are across the CI details. I think the > next step is to answer all the workflow questions by actually getting > it into trees and using it in anger. There was some discussion about > whether this should come in from drm-misc, or the core DRM tree, or a > completely separate pull, but I'm not sure what the conclusion was ... > maintainers, thoughts? I'd prefer a separate pull, so that I could merge it into msm-next as well without having to pull in all of drm-misc Possibly some other driver trees would like to do similar? BR, -R _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-28 14:37 ` Rob Clark @ 2023-07-31 12:25 ` Helen Mae Koike Fornazier 2023-07-31 14:51 ` Rob Clark 0 siblings, 1 reply; 9+ messages in thread From: Helen Mae Koike Fornazier @ 2023-07-31 12:25 UTC (permalink / raw) To: Rob Clark Cc: Daniel Stone, emma, linux-doc, david.heidelberg, dri-devel, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, mripard, anholt, linux-mediatek, robclark, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann, Dave Airlie, Daniel Vetter Hello all, Thanks for your comments. On Friday, July 28, 2023 11:37 -03, Rob Clark <robdclark@gmail.com> wrote: > On Thu, Jul 27, 2023 at 10:26 PM Daniel Stone <daniel@fooishbar.org> wrote: > > > > On Thu, 27 Jul 2023 at 22:47, Rob Clark <robdclark@gmail.com> wrote: > > > > I did run into a bit of a chicken vs. egg problem with testing the "in > > > > tree" version (compared to earlier versions which kept most of the yml > > > > and scripts in a separate tree), is that it actually requires this > > > > commit to exist in the branch you want to run CI on. My earlier > > > > workaround of pulling the drm/ci commit in via > > > > ${branchname}-external-fixes no longer works. > > > > > > After unwinding some more gitlab repo settings that were for the > > > previous out-of-tree yml setup, I have this working. > > > > > > Tested-by: Rob Clark <robdclark@gmail.com> > > > Acked-by: Rob Clark <robdclark@gmail.com> > > > > And it's also: > > Acked-by: Daniel Stone <daniels@collabora.com> > > > > It's been back and forth a few times by now and reviewed pretty > > heavily by all the people who are across the CI details. I think the > > next step is to answer all the workflow questions by actually getting > > it into trees and using it in anger. There was some discussion about > > whether this should come in from drm-misc, or the core DRM tree, or a > > completely separate pull, but I'm not sure what the conclusion was ... > > maintainers, thoughts? > > I'd prefer a separate pull, so that I could merge it into msm-next as > well without having to pull in all of drm-misc Should we create a drm-ci ? > > Possibly some other driver trees would like to do similar? > > BR, > -R Also, please wait for v11, I have a few adjustments to make as pointer by some comments, and also regarding xfails list and how the configs should be organized (unless if you are fine merging this version and I can submit the adjustments later). Thanks, Helen _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory 2023-07-31 12:25 ` Helen Mae Koike Fornazier @ 2023-07-31 14:51 ` Rob Clark 0 siblings, 0 replies; 9+ messages in thread From: Rob Clark @ 2023-07-31 14:51 UTC (permalink / raw) To: Helen Mae Koike Fornazier Cc: Daniel Stone, emma, linux-doc, david.heidelberg, dri-devel, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, mripard, anholt, linux-mediatek, robclark, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann, Dave Airlie, Daniel Vetter On Mon, Jul 31, 2023 at 5:25 AM Helen Mae Koike Fornazier <helen.koike@collabora.com> wrote: > > Hello all, > > Thanks for your comments. > > On Friday, July 28, 2023 11:37 -03, Rob Clark <robdclark@gmail.com> wrote: > > > On Thu, Jul 27, 2023 at 10:26 PM Daniel Stone <daniel@fooishbar.org> wrote: > > > > > > On Thu, 27 Jul 2023 at 22:47, Rob Clark <robdclark@gmail.com> wrote: > > > > > I did run into a bit of a chicken vs. egg problem with testing the "in > > > > > tree" version (compared to earlier versions which kept most of the yml > > > > > and scripts in a separate tree), is that it actually requires this > > > > > commit to exist in the branch you want to run CI on. My earlier > > > > > workaround of pulling the drm/ci commit in via > > > > > ${branchname}-external-fixes no longer works. > > > > > > > > After unwinding some more gitlab repo settings that were for the > > > > previous out-of-tree yml setup, I have this working. > > > > > > > > Tested-by: Rob Clark <robdclark@gmail.com> > > > > Acked-by: Rob Clark <robdclark@gmail.com> > > > > > > And it's also: > > > Acked-by: Daniel Stone <daniels@collabora.com> > > > > > > It's been back and forth a few times by now and reviewed pretty > > > heavily by all the people who are across the CI details. I think the > > > next step is to answer all the workflow questions by actually getting > > > it into trees and using it in anger. There was some discussion about > > > whether this should come in from drm-misc, or the core DRM tree, or a > > > completely separate pull, but I'm not sure what the conclusion was ... > > > maintainers, thoughts? > > > > I'd prefer a separate pull, so that I could merge it into msm-next as > > well without having to pull in all of drm-misc > > Should we create a drm-ci ? I guess we can just wait and see how often it is that drm/ci updates need to be merged into multiple driver trees. Hopefully most of the drm/ci changes are just expectation file updates which should go via driver tree. Maybe i-g-t uprevs, if they have a lot of expectation changes would be something drivers would want to merge into their own tree? But I guess we can see how it goes. > > > > Possibly some other driver trees would like to do similar? > > > > BR, > > -R > > Also, please wait for v11, I have a few adjustments to make as pointer by > some comments, and also regarding xfails list and how the configs should > be organized (unless if you are fine merging this version and I can submit > the adjustments later). Ok BR, -R > Thanks, > Helen > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v10] drm: Add initial ci/ subdirectory [not found] <20230720152737.102382-1-helen.koike@collabora.com> 2023-07-27 19:49 ` [PATCH v10] drm: Add initial ci/ subdirectory Rob Clark @ 2023-07-28 11:58 ` Maira Canal [not found] ` <52d1d9e5-00c8-2260-57fc-310cc2f712fd@igalia.com> 2 siblings, 0 replies; 9+ messages in thread From: Maira Canal @ 2023-07-28 11:58 UTC (permalink / raw) To: Helen Koike, dri-devel Cc: emma, linux-doc, david.heidelberg, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, robclark, anholt, linux-mediatek, mripard, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann Hi Helen, Great to see this coming to the DRM! Just wondering, any chance we could add a stage to perform tests on VKMS? The main way of validating VKMS is through IGT tests, so I feel it would be a perfect match to have VKMS as a stage on the CI. As a generic KMS driver, VKMS is also great to validate changes on DRM core. Another question, could we add V3D to the default arm and arm64 config? Best Regards, - Maíra On 7/20/23 12:27, Helen Koike wrote: > From: Tomeu Vizoso <tomeu.vizoso@collabora.com> > > Developers can easily execute several tests on different devices > by just pushing their branch to their fork in a repository hosted > on gitlab.freedesktop.org which has an infrastructure to run jobs > in several runners and farms with different devices. > > There are also other automated tools that uprev dependencies, > monitor the infra, and so on that are already used by the Mesa > project, and we can reuse them too. > > Also, store expectations about what the DRM drivers are supposed > to pass in the IGT test suite. By storing the test expectations > along with the code, we can make sure both stay in sync with each > other so we can know when a code change breaks those expectations. > > Also, include a configuration file that points to the out-of-tree > CI scripts. > > This will allow all contributors to drm to reuse the infrastructure > already in gitlab.freedesktop.org to test the driver on several > generations of the hardware. > > Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> > Signed-off-by: Helen Koike <helen.koike@collabora.com> > > --- > > Hello, > > I'm re-spining this patch sent originally by Tomeu. > > This is meant to be an auxiliary tool where developers and > maintainers can just submit their code to fdo and see if > tests passes, than they can decide if it is worthy merging > it or not. > > This tool has proven its value on the Mesa community > and it can bring a lot of value here too. > > Please review and let me know your thoughts. > > You can also see this patch on > https://gitlab.freedesktop.org/helen.fornazier/linux/-/tree/drm-ci-tests > > Thanks! > > v2: > - Fix names of result expectation files to match SoC > - Don't execute tests that are going to skip on all boards > > v3: > - Remove tracking of dmesg output during test execution > > v4: > - Move up to drivers/gpu/drm > - Add support for a bunch of other drivers > - Explain how to incorporate fixes for CI from a > ${TARGET_BRANCH}-external-fixes branch > - Remove tests that pass from expected results file, to reduce the > size of in-tree files > - Add docs about how to deal with outages in automated testing labs > - Specify the exact SHA of the CI scripts to be used > > v5: > - Remove unneeded skips from Meson expectations file > - Use a more advanced runner that detects flakes automatically > - Use a more succint format for the expectations > - Run many more tests (and use sharding to finish in time) > - Use skip lists to avoid hanging machines > - Add some build testing > - Build IGT in each pipeline for faster uprevs > - List failures in the GitLab UI > > v6: > - Rebase on top of latest drm-next > - Lower priority of LAVA jobs to not impact Mesa CI as much > - Update docs > > v7: > - Rebase on top of latest drm-next > > v8: > - Move all files specific to testing the kernel into the kernel tree > (thus I have dropped the r-bs I had collected so far) > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > - Add MAINTAINERS entry > - Fix boot on MT8173 by adding some Kconfigs that are now needed > - Link to the docs from index.rst and hard-wrap the file > > v9: > - Only automatically run the pipelines for merge requests > - Switch to zstd for the build artifacts to align with Mesa > - Add Qcom USB PHYs to config as they are now =m in the defconfig > > v10: > - Include ci yml files from mesa/mesa (where the development is > current active) instead of a spin off project. > - Uprev Gitlab CI infrastructure scripts to the latest from Mesa > - Update MAINTAINERS entry > - Uprev igt tool > - add LAVA_JOB_PRIORITY: 30 > - pipeline example: > https://gitlab.freedesktop.org/helen.fornazier/linux/-/pipelines/940506 > --- > Documentation/gpu/automated_testing.rst | 144 + > Documentation/gpu/index.rst | 1 + > MAINTAINERS | 8 + > drivers/gpu/drm/ci/arm.config | 69 + > drivers/gpu/drm/ci/arm64.config | 199 ++ > drivers/gpu/drm/ci/build-igt.sh | 35 + > drivers/gpu/drm/ci/build.sh | 157 + > drivers/gpu/drm/ci/build.yml | 110 + > drivers/gpu/drm/ci/check-patch.py | 57 + > drivers/gpu/drm/ci/container.yml | 61 + > drivers/gpu/drm/ci/gitlab-ci.yml | 252 ++ > drivers/gpu/drm/ci/igt_runner.sh | 77 + > drivers/gpu/drm/ci/image-tags.yml | 15 + > drivers/gpu/drm/ci/lava-submit.sh | 57 + > drivers/gpu/drm/ci/static-checks.yml | 12 + > drivers/gpu/drm/ci/test.yml | 335 ++ > drivers/gpu/drm/ci/testlist.txt | 2912 +++++++++++++++++ > drivers/gpu/drm/ci/x86_64.config | 111 + > .../gpu/drm/ci/xfails/amdgpu-stoney-fails.txt | 22 + > .../drm/ci/xfails/amdgpu-stoney-flakes.txt | 19 + > .../gpu/drm/ci/xfails/amdgpu-stoney-skips.txt | 2 + > drivers/gpu/drm/ci/xfails/i915-amly-fails.txt | 17 + > .../gpu/drm/ci/xfails/i915-amly-flakes.txt | 32 + > drivers/gpu/drm/ci/xfails/i915-amly-skips.txt | 4 + > drivers/gpu/drm/ci/xfails/i915-apl-fails.txt | 57 + > drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt | 1 + > drivers/gpu/drm/ci/xfails/i915-apl-skips.txt | 4 + > drivers/gpu/drm/ci/xfails/i915-cml-fails.txt | 18 + > drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt | 37 + > drivers/gpu/drm/ci/xfails/i915-cml-skips.txt | 2 + > drivers/gpu/drm/ci/xfails/i915-glk-fails.txt | 18 + > drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt | 41 + > drivers/gpu/drm/ci/xfails/i915-glk-skips.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt | 26 + > drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt | 25 + > drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt | 37 + > drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt | 5 + > drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt | 11 + > drivers/gpu/drm/ci/xfails/i915-whl-fails.txt | 47 + > drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt | 1 + > drivers/gpu/drm/ci/xfails/i915-whl-skips.txt | 2 + > .../drm/ci/xfails/mediatek-mt8173-fails.txt | 29 + > .../drm/ci/xfails/mediatek-mt8173-flakes.txt | 0 > .../drm/ci/xfails/mediatek-mt8183-fails.txt | 10 + > .../drm/ci/xfails/mediatek-mt8183-flakes.txt | 14 + > .../gpu/drm/ci/xfails/meson-g12b-fails.txt | 12 + > .../gpu/drm/ci/xfails/meson-g12b-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8016-fails.txt | 15 + > .../gpu/drm/ci/xfails/msm-apq8016-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8096-fails.txt | 2 + > .../gpu/drm/ci/xfails/msm-apq8096-flakes.txt | 4 + > .../gpu/drm/ci/xfails/msm-apq8096-skips.txt | 2 + > .../gpu/drm/ci/xfails/msm-sc7180-fails.txt | 25 + > .../gpu/drm/ci/xfails/msm-sc7180-flakes.txt | 7 + > .../gpu/drm/ci/xfails/msm-sc7180-skips.txt | 23 + > .../gpu/drm/ci/xfails/msm-sdm845-fails.txt | 68 + > .../gpu/drm/ci/xfails/msm-sdm845-flakes.txt | 11 + > .../gpu/drm/ci/xfails/msm-sdm845-skips.txt | 2 + > .../drm/ci/xfails/rockchip-rk3288-fails.txt | 49 + > .../drm/ci/xfails/rockchip-rk3288-flakes.txt | 8 + > .../drm/ci/xfails/rockchip-rk3288-skips.txt | 52 + > .../drm/ci/xfails/rockchip-rk3399-fails.txt | 39 + > .../drm/ci/xfails/rockchip-rk3399-flakes.txt | 23 + > .../drm/ci/xfails/rockchip-rk3399-skips.txt | 5 + > .../drm/ci/xfails/virtio_gpu-none-fails.txt | 38 + > .../drm/ci/xfails/virtio_gpu-none-flakes.txt | 0 > .../drm/ci/xfails/virtio_gpu-none-skips.txt | 6 + > test | 0 > 69 files changed, 5502 insertions(+) > create mode 100644 Documentation/gpu/automated_testing.rst > create mode 100644 drivers/gpu/drm/ci/arm.config > create mode 100644 drivers/gpu/drm/ci/arm64.config > create mode 100644 drivers/gpu/drm/ci/build-igt.sh > create mode 100644 drivers/gpu/drm/ci/build.sh > create mode 100644 drivers/gpu/drm/ci/build.yml > create mode 100755 drivers/gpu/drm/ci/check-patch.py > create mode 100644 drivers/gpu/drm/ci/container.yml > create mode 100644 drivers/gpu/drm/ci/gitlab-ci.yml > create mode 100755 drivers/gpu/drm/ci/igt_runner.sh > create mode 100644 drivers/gpu/drm/ci/image-tags.yml > create mode 100755 drivers/gpu/drm/ci/lava-submit.sh > create mode 100644 drivers/gpu/drm/ci/static-checks.yml > create mode 100644 drivers/gpu/drm/ci/test.yml > create mode 100644 drivers/gpu/drm/ci/testlist.txt > create mode 100644 drivers/gpu/drm/ci/x86_64.config > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/amdgpu-stoney-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-amly-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-apl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-cml-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-glk-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-kbl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-tgl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/i915-whl-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8173-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/mediatek-mt8183-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/meson-g12b-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8016-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-apq8096-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sc7180-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/msm-sdm845-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3288-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/rockchip-rk3399-skips.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-fails.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-flakes.txt > create mode 100644 drivers/gpu/drm/ci/xfails/virtio_gpu-none-skips.txt > create mode 100644 test > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <52d1d9e5-00c8-2260-57fc-310cc2f712fd@igalia.com>]
[parent not found: <ad029e1c-8f00-9f5e-e25a-957b3f70c385@collabora.com>]
[parent not found: <ef84ccedbf880c8605688f26ebedc04046c1dd78.camel@igalia.com>]
* Re: [PATCH v10] drm: Add initial ci/ subdirectory [not found] ` <ef84ccedbf880c8605688f26ebedc04046c1dd78.camel@igalia.com> @ 2023-08-02 11:32 ` David Heidelberg 0 siblings, 0 replies; 9+ messages in thread From: David Heidelberg @ 2023-08-02 11:32 UTC (permalink / raw) To: Juan A. Suárez, Maira Canal, Helen Koike, dri-devel, eric Cc: emma, linux-doc, linux-amlogic, jbrunet, robdclark, corbet, khilman, sergi.blanch.torne, gustavo.padovan, linux-rockchip, daniels, martin.blumenstingl, robclark, anholt, linux-mediatek, mripard, matthias.bgg, linux-arm-kernel, angelogioacchino.delregno, neil.armstrong, guilherme.gallo, linux-kernel, tzimmermann [-- Attachment #1.1.1.1: Type: text/plain, Size: 2058 bytes --] On 31/07/2023 10:38, Juan A. Suárez wrote: > On Sat, 2023-07-29 at 12:08 +0300, David Heidelberg wrote: >> Hello Maira, >> >> Regarding the second question about V3D and V3DV: in the Mesa3D CI, we >> currently use downstream kernels, so we don't build the kernel for >> Raspberry Pi. >> >> >> > > BM_BOOTFS option can point to a link tarball containing an alternative > kernel to use instead of downstream one. > > The only drawback is that this tarball must be an already compiled > kernel; it won't compile it. It would be great if you could fill in missing kernel config options for machines you use for V3D(V) in the `kernel/configs/mesa*.config` within the `gfx-ci/Linux repository (the config files here origin from there). If the compiled kernel will work on RPis, then the next step would be adding kernel format and DTB names to the `src/broadcom/ci/gitlab-ci.yml` in the Mesa repository so that you can use my Mesa draft MR [1] to quickly test if your jobs would work with the mainline kernel and any other board that won't break due to your changes. When this integration is done ‒ it's easy to run drm-ci testing on these machines. David [1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23563 > >> However, I've been thinking about the possibility of adding an override >> for the kernel from an external source to our CI. This way, we can also >> test with a provided kernel and override the default option of using the >> downstream kernel on Raspberry Pi. >> >> If we proceed with this, it would be sensible to include V3D* options in >> our kernel builds. >> >> I'm including Juan and Eric for their input on this topic. >> >> > > The idea sounds great. Aren't we already compiling kernels for other > hardware? Maybe we can include specific versions for Rpi. > > J.A. > -- David Heidelberg Consultant Software Engineer Collabora Ltd. Platinum Building, St John's Innovation Park, Cambridge CB4 0DS, UK Registered in England & Wales, no. 5513718 [-- Attachment #1.1.1.2: OpenPGP public key --] [-- Type: application/pgp-keys, Size: 695 bytes --] [-- Attachment #1.2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 228 bytes --] [-- Attachment #2: Type: text/plain, Size: 176 bytes --] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2023-08-02 11:32 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20230720152737.102382-1-helen.koike@collabora.com>
2023-07-27 19:49 ` [PATCH v10] drm: Add initial ci/ subdirectory Rob Clark
2023-07-27 21:47 ` Rob Clark
2023-07-28 5:26 ` Daniel Stone
2023-07-28 8:48 ` Maxime Ripard
2023-07-28 14:37 ` Rob Clark
2023-07-31 12:25 ` Helen Mae Koike Fornazier
2023-07-31 14:51 ` Rob Clark
2023-07-28 11:58 ` Maira Canal
[not found] ` <52d1d9e5-00c8-2260-57fc-310cc2f712fd@igalia.com>
[not found] ` <ad029e1c-8f00-9f5e-e25a-957b3f70c385@collabora.com>
[not found] ` <ef84ccedbf880c8605688f26ebedc04046c1dd78.camel@igalia.com>
2023-08-02 11:32 ` David Heidelberg
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox