diff mbox series

[isar-cip-core] .gitlab-ci: Create amd64 release variations for KernelCI

Message ID 20230816080300.5559-1-arisu.tachibana@miraclelinux.com (mailing list archive)
State Changes Requested
Headers show
Series [isar-cip-core] .gitlab-ci: Create amd64 release variations for KernelCI | expand

Commit Message

Arisu Tachibana Aug. 16, 2023, 8:03 a.m. UTC
Force the creation of buster, bullseye and bookworm images
for KernelCI storage with GitLabCI
This images will be tested with the relative linux-cip 
kernel version
```
buster with linux-4.19.y-cip
bullseye with kernel linux-5.10.y-cip
bookworm with kernel linux-6.1.y-cip
```

Signed-off-by: Arisu Tachibana <arisu.tachibana@miraclelinux.com>
---
 .gitlab-ci.yml | 29 ++++++++++++++++++++++++++++-
 1 file changed, 28 insertions(+), 1 deletion(-)

Comments

Jan Kiszka Aug. 16, 2023, 12:47 p.m. UTC | #1
On 16.08.23 10:03, Arisu Tachibana wrote:
> Force the creation of buster, bullseye and bookworm images
> for KernelCI storage with GitLabCI
> This images will be tested with the relative linux-cip 
> kernel version
> ```
> buster with linux-4.19.y-cip
> bullseye with kernel linux-5.10.y-cip
> bookworm with kernel linux-6.1.y-cip
> ```
> 
> Signed-off-by: Arisu Tachibana <arisu.tachibana@miraclelinux.com>
> ---
>  .gitlab-ci.yml | 29 ++++++++++++++++++++++++++++-
>  1 file changed, 28 insertions(+), 1 deletion(-)
> 
> diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
> index 892ba92..183efcd 100644
> --- a/.gitlab-ci.yml
> +++ b/.gitlab-ci.yml
> @@ -101,12 +101,39 @@ build:qemu-amd64-base:
>      wic_targz: disable
>      targz: enable
>  
> -build:qemu-amd64-base-kernelci:
> +build:qemu-amd64-base-kernelci-buster:
>    extends:
>      - .build_base
>    variables:
>      target: qemu-amd64
>      extension: kernelci
> +    release: buster
> +    use_rt: disable
> +    wic_targz: disable
> +    targz: enable
> +    deploy: disable
> +    deploy_kernelci: enable
> +
> +build:qemu-amd64-base-kernelci-bullseye:
> +  extends:
> +    - .build_base
> +  variables:
> +    target: qemu-amd64
> +    extension: kernelci
> +    release: bullseye
> +    use_rt: disable
> +    wic_targz: disable
> +    targz: enable
> +    deploy: disable
> +    deploy_kernelci: enable
> +
> +build:qemu-amd64-base-kernelci-bookworm:
> +  extends:
> +    - .build_base
> +  variables:
> +    target: qemu-amd64
> +    release: bookworm
> +    extension: kernelci
>      use_rt: disable
>      wic_targz: disable
>      targz: enable

Happy to add that - just wondering if adding those two targets may allow
dropping one or two others which are implicitly covered by this now. Did
you check that as well?

Jan
Jan Kiszka Aug. 16, 2023, 1:59 p.m. UTC | #2
On 16.08.23 14:47, Jan Kiszka wrote:
> On 16.08.23 10:03, Arisu Tachibana wrote:
>> Force the creation of buster, bullseye and bookworm images
>> for KernelCI storage with GitLabCI
>> This images will be tested with the relative linux-cip 
>> kernel version
>> ```
>> buster with linux-4.19.y-cip
>> bullseye with kernel linux-5.10.y-cip
>> bookworm with kernel linux-6.1.y-cip
>> ```
>>
>> Signed-off-by: Arisu Tachibana <arisu.tachibana@miraclelinux.com>
>> ---
>>  .gitlab-ci.yml | 29 ++++++++++++++++++++++++++++-
>>  1 file changed, 28 insertions(+), 1 deletion(-)
>>
>> diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
>> index 892ba92..183efcd 100644
>> --- a/.gitlab-ci.yml
>> +++ b/.gitlab-ci.yml
>> @@ -101,12 +101,39 @@ build:qemu-amd64-base:
>>      wic_targz: disable
>>      targz: enable
>>  
>> -build:qemu-amd64-base-kernelci:
>> +build:qemu-amd64-base-kernelci-buster:
>>    extends:
>>      - .build_base
>>    variables:
>>      target: qemu-amd64
>>      extension: kernelci
>> +    release: buster
>> +    use_rt: disable
>> +    wic_targz: disable
>> +    targz: enable
>> +    deploy: disable
>> +    deploy_kernelci: enable
>> +
>> +build:qemu-amd64-base-kernelci-bullseye:
>> +  extends:
>> +    - .build_base
>> +  variables:
>> +    target: qemu-amd64
>> +    extension: kernelci
>> +    release: bullseye
>> +    use_rt: disable
>> +    wic_targz: disable
>> +    targz: enable
>> +    deploy: disable
>> +    deploy_kernelci: enable
>> +
>> +build:qemu-amd64-base-kernelci-bookworm:
>> +  extends:
>> +    - .build_base
>> +  variables:
>> +    target: qemu-amd64
>> +    release: bookworm
>> +    extension: kernelci
>>      use_rt: disable
>>      wic_targz: disable
>>      targz: enable
> 
> Happy to add that - just wondering if adding those two targets may allow
> dropping one or two others which are implicitly covered by this now. Did
> you check that as well?
> 

Oh, and why only amd64? There is no need for other archs in that
combination? Not that I'm keen on exploding our matrix further...

BTW, do we need the kernelci builds on every push, or should they be
updated at a different pace? When are they consumed?

Jan
Arisu Tachibana Aug. 16, 2023, 2:40 p.m. UTC | #3
> Happy to add that - just wondering if adding those two targets may allow
> dropping one or two others which are implicitly covered by this now. Did
> you check that as well?
>

sorry, I'm not sure of the meaning of your question.
could you explain it better? what are you willing to drop?
Arisu Tachibana Aug. 16, 2023, 2:44 p.m. UTC | #4
>
> Oh, and why only amd64? There is no need for other archs in that
> combination? Not that I'm keen on exploding our matrix further...

Currently I thought to work one arch at time and at first doing amd64,
in the future I could also work on other arches

>
> BTW, do we need the kernelci builds on every push, or should they be
> updated at a different pace? When are they consumed?

every push works ok for me

thanks,
Arisu
Jan Kiszka Aug. 19, 2023, 11:53 a.m. UTC | #5
On 16.08.23 16:40, Arisu Tachibana wrote:
>> Happy to add that - just wondering if adding those two targets may allow
>> dropping one or two others which are implicitly covered by this now. Did
>> you check that as well?
>>
> 
> sorry, I'm not sure of the meaning of your question.
> could you explain it better? what are you willing to drop?
> 

Our CI tries to cover representative combinations of isar-cip-core's
configuration variants. We can't cover them all - too many. Now, when we
add these two, later on also for non-x86 archs, it is worth to think
about if those obsolete other CI targets without creating a relevant
test coverage gap.

We currently have 33 build targets. Makes 33 runners that are started
when even just a simple change to isar-cip-core is pushed. That can sum
up to relevant costs if we just leave that running, adding more and more
targets.

Jan
Arisu Tachibana Aug. 22, 2023, 3:38 a.m. UTC | #6
On Sat, Aug 19, 2023 at 8:53 PM Jan Kiszka <jan.kiszka@siemens.com> wrote:
>
> On 16.08.23 16:40, Arisu Tachibana wrote:
> >> Happy to add that - just wondering if adding those two targets may allow
> >> dropping one or two others which are implicitly covered by this now. Did
> >> you check that as well?
> >>
> >
> > sorry, I'm not sure of the meaning of your question.
> > could you explain it better? what are you willing to drop?
> >
>
> Our CI tries to cover representative combinations of isar-cip-core's
> configuration variants. We can't cover them all - too many. Now, when we
> add these two, later on also for non-x86 archs, it is worth to think
> about if those obsolete other CI targets without creating a relevant
> test coverage gap.

Can you specify what targets do you retain obsolete ?
are you saying to skip amd64 and do only the non-x86 arch?

>
> We currently have 33 build targets. Makes 33 runners that are started
> when even just a simple change to isar-cip-core is pushed. That can sum
> up to relevant costs if we just leave that running, adding more and more
> targets.

During the CIP weekly meeting we decided to proceed with KernelCI
testing of isar-cip-core in the following way
(https://ircbot.wl.linuxfoundation.org/meetings/cip/2023/04/cip.2023-04-06-12.02.log.txt):
```
12:19:26 <alicefm> sent mail about isar-cip-core on kernelci
https://github.com/kernelci/kernelci-core/pull/1656
12:19:38 <alicefm> to cip-dev
12:20:14 <patersonc[m]> Thanks Arisu
12:20:59 <alicefm> about if we want to just move to bullseye or we
want to keep also buster to be tested on kernelci
12:21:41 <patersonc[m]> In the gitlab setup, it depends on which
kernel version is used
12:21:57 <patersonc[m]> To map with how Debian does it I believe
12:22:10 <patersonc[m]> Do we want to do something similar in kernelci?
12:22:23 <jki> yeah, likely to avoid surprises in userland
12:22:24 <patersonc[m]> Older kernels - buster. Newer - bullseye
12:22:31 <jki> exactly
12:23:16 <alicefm> how much older kernel?
12:23:36 <alicefm> 4.19? 4.4?
12:23:43 <jki> 4.4 would likely be better done with buster, though it
should work with bullseye as well
12:24:15 <patersonc[m]> Arisu: I need to check
12:24:16 <jki> doing 4.4 with bookworm one day could be risky, if
possibly at all
12:24:36 <alicefm> ok thanks.
```

Debian is currently doing:
```
buster with linux-4.19.y-cip
bullseye with kernel linux-5.10.y-cip
bookworm with kernel linux-6.1.y-cip
```

Are you now suggesting to proceed in a different way ?


Thanks,
Arisu
Jan Kiszka Aug. 31, 2023, 5:24 p.m. UTC | #7
On 22.08.23 05:38, Arisu Tachibana wrote:
> On Sat, Aug 19, 2023 at 8:53 PM Jan Kiszka <jan.kiszka@siemens.com> wrote:
>>
>> On 16.08.23 16:40, Arisu Tachibana wrote:
>>>> Happy to add that - just wondering if adding those two targets may allow
>>>> dropping one or two others which are implicitly covered by this now. Did
>>>> you check that as well?
>>>>
>>>
>>> sorry, I'm not sure of the meaning of your question.
>>> could you explain it better? what are you willing to drop?
>>>
>>
>> Our CI tries to cover representative combinations of isar-cip-core's
>> configuration variants. We can't cover them all - too many. Now, when we
>> add these two, later on also for non-x86 archs, it is worth to think
>> about if those obsolete other CI targets without creating a relevant
>> test coverage gap.
> 
> Can you specify what targets do you retain obsolete ?
> are you saying to skip amd64 and do only the non-x86 arch?
> 

I'm still scanning for optimization potential for the mentioned reasons,
that's all. If you all tell me, we need all the variants, then we need
to build them.

But looking at our current CI set, there also the test images [1]. Is
there a chance to consolidate them with the kernel CI images?

Jan

[1]
https://gitlab.com/cip-project/cip-core/isar-cip-core/-/blob/master/.gitlab-ci.yml?ref_type=heads#L160
diff mbox series

Patch

diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 892ba92..183efcd 100644
--- a/.gitlab-ci.yml
+++ b/.gitlab-ci.yml
@@ -101,12 +101,39 @@  build:qemu-amd64-base:
     wic_targz: disable
     targz: enable
 
-build:qemu-amd64-base-kernelci:
+build:qemu-amd64-base-kernelci-buster:
   extends:
     - .build_base
   variables:
     target: qemu-amd64
     extension: kernelci
+    release: buster
+    use_rt: disable
+    wic_targz: disable
+    targz: enable
+    deploy: disable
+    deploy_kernelci: enable
+
+build:qemu-amd64-base-kernelci-bullseye:
+  extends:
+    - .build_base
+  variables:
+    target: qemu-amd64
+    extension: kernelci
+    release: bullseye
+    use_rt: disable
+    wic_targz: disable
+    targz: enable
+    deploy: disable
+    deploy_kernelci: enable
+
+build:qemu-amd64-base-kernelci-bookworm:
+  extends:
+    - .build_base
+  variables:
+    target: qemu-amd64
+    release: bookworm
+    extension: kernelci
     use_rt: disable
     wic_targz: disable
     targz: enable