Re: Please add new Android branches
Guillaume Tucker <[email protected]>
| Newsgroups | dev.linux.lists.kernelci |
|---|---|
| Message-ID | <[email protected]> |
Hi Todd, On 05/09/2023 19:18, Todd Kjos wrote: > On Thu, Aug 10, 2023 at 8:56 AM Todd Kjos <[email protected]> wrote: >> >> >> >> On Tue, Jul 11, 2023 at 4:57 AM Guillaume Tucker <[email protected]> wrote: >>> >>> Hi Todd, >>> >>> On 11/07/2023 00:41, Todd Kjos wrote: >>>> Please add the following new Android branches to kernelci testing. >>>> >>>> repo: https://android.googlesource.com/kernel/common >>>> branches: >>>> - android15-6.1 >>>> - android14-6.1-lts >>>> - android14-5.15-lts >>> >>> I've created this PR accordingly: >>> >>> https://github.com/kernelci/kernelci-core/pull/2002 >>> >>> Please note that we're now operating with reduced build coverage >>> due to some temporary limitations with our Azure subscription. I >>> know the Android kernel builds should be covered by the GCP >>> clusters but right now the system is designed to distribute >>> kernel builds randomly across all clusters so we can't easily tie >>> Android builds to the Android clusters. Hopefully we'll find a >>> solution to go back to normal coverage within a week or two. >> >> >> Hi Guillaume, Any ETA for when the full set of builds is restored? We still have greatly reduced build coverage and it's been a month. > > Ping. We are getting a lot less value out of kernelci with the greatly > reduced set of builds for the Android kernels. When will the full > build coverage be resumed? > > If it needs to stay reduced, can we decide precisely which builds are > done for Android kernels? Sorry for the slow reply. I think it's fine now to re-enable the Android builds and maybe we should also take this opportunity to confirm which ones are the most relevant to you guys. As part of the process of adjusting the build coverage, I also fixed the GKI builds which I thought were the main ones. Even if there is enough build capacity to build "everything", keeping it streamlined to what is really useful makes the overall system more effective. Are there any particular combinations of arch, config, compilers you care about more than others? Thanks, Guillaume