All of lore.kernel.org
 help / color / mirror / Atom feed
* kernelci.org update - 2020-09-23 #minutes
@ 2020-09-23 14:50 Guillaume Tucker
  2020-09-23 21:08 ` Nick Desaulniers
  0 siblings, 1 reply; 8+ messages in thread
From: Guillaume Tucker @ 2020-09-23 14:50 UTC (permalink / raw)
  To: kernelci

Summary of changes going into production
========================================

* fix branch names with slash characters "/"
* enable stable-rc queue/* branches
* enable stable 5.8 branches
* enable soc arm/fixes branch
* build linux-next with clang-10, drop clang-9
* use Linaro test-definitions for kselftest
* enable kselftest to run on a few initial devices
* add direct links to regressions on web dashboard
* improve log filtering to remove more LAVA messages


Technical Steering Committee minutes - 2020-09-08
=================================================

* LAVA test-definitions repository and version control

  * No new tags upstream since “2019.11”, should we ask Linaro about restarting
    that?
  * Should we make a fork in kernelci GitHub with kernelci.org branch and
    kernelci tags?
  * Show we accept to use the head of upstream master branch, even if this
    means hard-to-reproduce issues and unexpected change in results if new
    commits are pushed at any time?

  -> create fork for staging initially, and try to use upstream in production

* Finally fixed support for slashes in branch names, useful for stable-rc queue
  branches in particular

* LLVM/CLang: still waiting for v11 to be released

* LAVA log filtering: tested on staging - seems to work fine

* Login test case fix: implemented more thorough testing needed

* preempt-rt: Linaro test-definitions repo getting updates from Daniel Wagner

* KCIDB

  JSON stream parsing is implemented and tested in jq.py, upstreaming is in
  progress. Still takes four times as long and uses twice the memory as the
  stock JSON parser, but does streams and should be good enough for now.
  Starting implementing report stream parsing in KCIDB.

* Notes: rework test email reports to show number of regressions in table
  -> https://github.com/kernelci/kernelci-backend/issues/257


Technical Steering Committee minutes - 2020-09-15
=================================================

* LLVM/Clang

  LLVM people not super interested in older clang versions or even clang-10.
  Once clang-9 is out, when Mark updates to clang-11 he’ll send something also
  dropping the older clang versions once clang-11 is live. Can reevaluate this
  policy once there are stable distros with clang.

  Nick maintains a clang-latest docker image, we should into integrating that
  for potential inclusion in linux-next coverage - will need some evaluation to
  see for example how noisy it is and if we need to do something about
  segregating results for the bleeding edge compiler.

  LLVM 11 release:
  * Status tracked at https://bugs.llvm.org/show_bug.cgi?id=46725
  * Several pending bugs need fixing, some look relevant

  Android LLVM versions: Mark to ping Todd and ask him about using those for
  Android branches.

  Testing with clang-12: could take a short cut and deploy on staging rather
  than sorting out fancier reporting

* KCIDB

  Half of JSON stream parsing is merged into jq.py. Another half remains,
  pending on the maintainer's attention.

  KCIDB input stream parsing implemented locally, to be tested, and waiting on
  the jq.py PR above.

  KCIDB output splitting next.

* Web dashboard

  Improving web UI to differentiate skips and tests that have always failed
  See on https://staging.kernelci.org
  (pie charts and small things left to tweak)

* Using Linaro test-definitions for LAVA jobs

  Created test-definitions fork for kernelci.org and staging.kernelci.org
  kernelci.org branch updated weekly with prod update
  staging.kernelci.org branch updated with open PRs like other projects

* kselftests: build errors mixed with main kernel build

  Long-term solution would be to have separate stages (kernel build, kselftest
  build, runtime) with dependencies and pass/fail status

  Short-term solution and necessary step is to build kselftests as a separate
  “make” command and keep the output in a separate log file (like tuxmake does)

* login test case false-positives:

  On LAVA 2020.08 kernel panic is detected, test case status marked as failed
  LAVA job Incomplete


Technical Steering Committee minutes - 2020-09-22
=================================================

* KCIDB

  The jq.py maintainer is slow to respond and keeps making requests, official
  streaming support doesn't seem close anymore, so I made a release for
  temporary use in my personal fork.

  JSON streaming support is merged into KCIDB - integration work can be
  started!  You can now write reports one after another into any tool accepting
  reports.  Submitting 1000 reports containing 8000 objects through
  kcidb-submit takes about 35 seconds now.

  Kcidb-query, kcidb-db-query, and kcidb-db-dump now accept the
  '-o/--objects-per-report' option specifying how many objects should be put
  into each output JSON report. When that option is used, they can output
  multiple reports.

  All tools outputting JSON can be asked to not pretty-print it (with
  '--indent=0'), outputting single-line, or to prepend each report with the RS
  character (with '--seq'), complying with RFC 7464, either of which could be
  easier to process with command-line tools.

  Next KCIDB release soon. Theme: JSON streaming support.

  Cristian Marussi from ARM is setting up sending their CI results, and managed
  to push a bunch to the playground setup - looks great!

* Plumbers 2020 KernelCI blog post: ready to get published this week

* KernelCI TSC plan: Starting to make plan for 2020-Q4

* E-mail regression reports: fixing formatting when more than one regression

* User experience:

  KernelCI LF board starting to brainstorm around next-gen dashboard /
  visualization / analytics to potentially fund a 3rd party to develop web
  tooling

* "unknown" failures on web UI

  https://groups.io/g/kernelci/topic/user_interface_issues_with/76927781?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,76927781

  -> Yes this looks very much like the web frontend issue described before,
     being fixed right now (separating regressions, always-fail and skips)
     https://github.com/kernelci/kernelci-frontend/pull/125

* EFI on QEMU

  u-boot with EFI extensions on arm/arm64 to get coverage for the EFI boot
  paths in the kernel - Might just do this via the FVP.

* clang-11

  Can merge the docker update, will need to rebuild when the final LLVM 11
  release lands (hopefully RSN, the tracking bug looks to have mostly no
  dependencies).


Advisory Board minutes - 2020-09-16
===================================

* LPC recorded talks are now on YouTube, time to tweet about them

* Discussing priorities for 2020-Q4 TSC plan:

  Native tests: kselftest, LTP, KUnit, device tree validation
  KCIDB with production data from kernelci.org
  “Polishing”: Improving docs, fixing long-standing bugs, LF project PDFs…
  Metrics: discussed many times, now we should start implementing it
  CIP KernelCI instance: already discussed, also needs some action now

* Discussing next important topics, for 2021

  Define some work packages / RFQs
  Testing patches from mailing lists
  Improve regressions tracking for native KernelCI tests


Best wishes,
Guillaume

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-23 14:50 kernelci.org update - 2020-09-23 #minutes Guillaume Tucker
@ 2020-09-23 21:08 ` Nick Desaulniers
  2020-09-23 21:26   ` Guillaume Tucker
  0 siblings, 1 reply; 8+ messages in thread
From: Nick Desaulniers @ 2020-09-23 21:08 UTC (permalink / raw)
  To: kernelci, Guillaume Tucker; +Cc: clang-built-linux, Todd Kjos

On Wed, Sep 23, 2020 at 7:50 AM Guillaume Tucker
<guillaume.tucker@collabora.com> wrote:
>
> Summary of changes going into production
> ========================================
>
> * fix branch names with slash characters "/"
> * enable stable-rc queue/* branches
> * enable stable 5.8 branches
> * enable soc arm/fixes branch
> * build linux-next with clang-10, drop clang-9
> * use Linaro test-definitions for kselftest
> * enable kselftest to run on a few initial devices
> * add direct links to regressions on web dashboard
> * improve log filtering to remove more LAVA messages
>
>
> Technical Steering Committee minutes - 2020-09-08
> =================================================
>
> * LAVA test-definitions repository and version control
>
>   * No new tags upstream since “2019.11”, should we ask Linaro about restarting
>     that?
>   * Should we make a fork in kernelci GitHub with kernelci.org branch and
>     kernelci tags?
>   * Show we accept to use the head of upstream master branch, even if this
>     means hard-to-reproduce issues and unexpected change in results if new
>     commits are pushed at any time?
>
>   -> create fork for staging initially, and try to use upstream in production
>
> * Finally fixed support for slashes in branch names, useful for stable-rc queue
>   branches in particular
>
> * LLVM/CLang: still waiting for v11 to be released
>
> * LAVA log filtering: tested on staging - seems to work fine
>
> * Login test case fix: implemented more thorough testing needed
>
> * preempt-rt: Linaro test-definitions repo getting updates from Daniel Wagner
>
> * KCIDB
>
>   JSON stream parsing is implemented and tested in jq.py, upstreaming is in
>   progress. Still takes four times as long and uses twice the memory as the
>   stock JSON parser, but does streams and should be good enough for now.
>   Starting implementing report stream parsing in KCIDB.
>
> * Notes: rework test email reports to show number of regressions in table
>   -> https://github.com/kernelci/kernelci-backend/issues/257
>
>
> Technical Steering Committee minutes - 2020-09-15
> =================================================
>
> * LLVM/Clang
>
>   LLVM people not super interested in older clang versions or even clang-10.

clang-10 is the minimally supported version of Clang for building
Linux kernels; we do very much care about it:
https://lore.kernel.org/lkml/20200902225911.209899-1-ndesaulniers@google.com/T/#m61957eaada46dc8c51fdf2010859eb1976227005

>   Once clang-9 is out, when Mark updates to clang-11 he’ll send something also
>   dropping the older clang versions once clang-11 is live. Can reevaluate this
>   policy once there are stable distros with clang.
>
>   Nick maintains a clang-latest docker image, we should into integrating that
>   for potential inclusion in linux-next coverage - will need some evaluation to
>   see for example how noisy it is and if we need to do something about
>   segregating results for the bleeding edge compiler.

Nathan maintains it more than I do:
https://github.com/ClangBuiltLinux/dockerimage

>
>   LLVM 11 release:
>   * Status tracked at https://bugs.llvm.org/show_bug.cgi?id=46725
>   * Several pending bugs need fixing, some look relevant

Fixed! (oh boy, we were on the "chase list")

>
>   Android LLVM versions: Mark to ping Todd and ask him about using those for
>   Android branches.

android-mainline
android12-5.4
android-4.19-stable

are the 3 newest branches that I know of.

>
>   Testing with clang-12: could take a short cut and deploy on staging rather
>   than sorting out fancier reporting
>
> * KCIDB
>
>   Half of JSON stream parsing is merged into jq.py. Another half remains,
>   pending on the maintainer's attention.
>
>   KCIDB input stream parsing implemented locally, to be tested, and waiting on
>   the jq.py PR above.
>
>   KCIDB output splitting next.
>
> * Web dashboard
>
>   Improving web UI to differentiate skips and tests that have always failed
>   See on https://staging.kernelci.org
>   (pie charts and small things left to tweak)
>
> * Using Linaro test-definitions for LAVA jobs
>
>   Created test-definitions fork for kernelci.org and staging.kernelci.org
>   kernelci.org branch updated weekly with prod update
>   staging.kernelci.org branch updated with open PRs like other projects
>
> * kselftests: build errors mixed with main kernel build
>
>   Long-term solution would be to have separate stages (kernel build, kselftest
>   build, runtime) with dependencies and pass/fail status
>
>   Short-term solution and necessary step is to build kselftests as a separate
>   “make” command and keep the output in a separate log file (like tuxmake does)
>
> * login test case false-positives:
>
>   On LAVA 2020.08 kernel panic is detected, test case status marked as failed
>   LAVA job Incomplete
>
>
> Technical Steering Committee minutes - 2020-09-22
> =================================================
>
> * KCIDB
>
>   The jq.py maintainer is slow to respond and keeps making requests, official
>   streaming support doesn't seem close anymore, so I made a release for
>   temporary use in my personal fork.
>
>   JSON streaming support is merged into KCIDB - integration work can be
>   started!  You can now write reports one after another into any tool accepting
>   reports.  Submitting 1000 reports containing 8000 objects through
>   kcidb-submit takes about 35 seconds now.
>
>   Kcidb-query, kcidb-db-query, and kcidb-db-dump now accept the
>   '-o/--objects-per-report' option specifying how many objects should be put
>   into each output JSON report. When that option is used, they can output
>   multiple reports.
>
>   All tools outputting JSON can be asked to not pretty-print it (with
>   '--indent=0'), outputting single-line, or to prepend each report with the RS
>   character (with '--seq'), complying with RFC 7464, either of which could be
>   easier to process with command-line tools.
>
>   Next KCIDB release soon. Theme: JSON streaming support.
>
>   Cristian Marussi from ARM is setting up sending their CI results, and managed
>   to push a bunch to the playground setup - looks great!
>
> * Plumbers 2020 KernelCI blog post: ready to get published this week
>
> * KernelCI TSC plan: Starting to make plan for 2020-Q4
>
> * E-mail regression reports: fixing formatting when more than one regression
>
> * User experience:
>
>   KernelCI LF board starting to brainstorm around next-gen dashboard /
>   visualization / analytics to potentially fund a 3rd party to develop web
>   tooling
>
> * "unknown" failures on web UI
>
>   https://groups.io/g/kernelci/topic/user_interface_issues_with/76927781?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,76927781
>
>   -> Yes this looks very much like the web frontend issue described before,
>      being fixed right now (separating regressions, always-fail and skips)
>      https://github.com/kernelci/kernelci-frontend/pull/125
>
> * EFI on QEMU
>
>   u-boot with EFI extensions on arm/arm64 to get coverage for the EFI boot
>   paths in the kernel - Might just do this via the FVP.
>
> * clang-11
>
>   Can merge the docker update, will need to rebuild when the final LLVM 11
>   release lands (hopefully RSN, the tracking bug looks to have mostly no
>   dependencies).
>
>
> Advisory Board minutes - 2020-09-16
> ===================================
>
> * LPC recorded talks are now on YouTube, time to tweet about them
>
> * Discussing priorities for 2020-Q4 TSC plan:
>
>   Native tests: kselftest, LTP, KUnit, device tree validation
>   KCIDB with production data from kernelci.org
>   “Polishing”: Improving docs, fixing long-standing bugs, LF project PDFs…
>   Metrics: discussed many times, now we should start implementing it
>   CIP KernelCI instance: already discussed, also needs some action now
>
> * Discussing next important topics, for 2021
>
>   Define some work packages / RFQs
>   Testing patches from mailing lists
>   Improve regressions tracking for native KernelCI tests
>
>
> Best wishes,
> Guillaume
>
>
> 
>
>


-- 
Thanks,
~Nick Desaulniers

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-23 21:08 ` Nick Desaulniers
@ 2020-09-23 21:26   ` Guillaume Tucker
  2020-09-23 22:06     ` Nick Desaulniers
  2020-09-25 12:39     ` Sedat Dilek
  0 siblings, 2 replies; 8+ messages in thread
From: Guillaume Tucker @ 2020-09-23 21:26 UTC (permalink / raw)
  To: Nick Desaulniers; +Cc: kernelci, clang-built-linux, Todd Kjos

On 23/09/2020 22:08, Nick Desaulniers wrote:
> On Wed, Sep 23, 2020 at 7:50 AM Guillaume Tucker
> <guillaume.tucker@collabora.com> wrote:
>>
>> Summary of changes going into production
>> ========================================
>>
>> * fix branch names with slash characters "/"
>> * enable stable-rc queue/* branches
>> * enable stable 5.8 branches
>> * enable soc arm/fixes branch
>> * build linux-next with clang-10, drop clang-9

^ more on this below :)

>> * use Linaro test-definitions for kselftest
>> * enable kselftest to run on a few initial devices
>> * add direct links to regressions on web dashboard
>> * improve log filtering to remove more LAVA messages
>>
>>
>> Technical Steering Committee minutes - 2020-09-08
>> =================================================
>>
>> * LAVA test-definitions repository and version control
>>
>>   * No new tags upstream since “2019.11”, should we ask Linaro about restarting
>>     that?
>>   * Should we make a fork in kernelci GitHub with kernelci.org branch and
>>     kernelci tags?
>>   * Show we accept to use the head of upstream master branch, even if this
>>     means hard-to-reproduce issues and unexpected change in results if new
>>     commits are pushed at any time?
>>
>>   -> create fork for staging initially, and try to use upstream in production
>>
>> * Finally fixed support for slashes in branch names, useful for stable-rc queue
>>   branches in particular
>>
>> * LLVM/CLang: still waiting for v11 to be released
>>
>> * LAVA log filtering: tested on staging - seems to work fine
>>
>> * Login test case fix: implemented more thorough testing needed
>>
>> * preempt-rt: Linaro test-definitions repo getting updates from Daniel Wagner
>>
>> * KCIDB
>>
>>   JSON stream parsing is implemented and tested in jq.py, upstreaming is in
>>   progress. Still takes four times as long and uses twice the memory as the
>>   stock JSON parser, but does streams and should be good enough for now.
>>   Starting implementing report stream parsing in KCIDB.
>>
>> * Notes: rework test email reports to show number of regressions in table
>>   -> https://github.com/kernelci/kernelci-backend/issues/257
>>
>>
>> Technical Steering Committee minutes - 2020-09-15
>> =================================================
>>
>> * LLVM/Clang
>>
>>   LLVM people not super interested in older clang versions or even clang-10.
> 
> clang-10 is the minimally supported version of Clang for building
> Linux kernels; we do very much care about it:
> https://lore.kernel.org/lkml/20200902225911.209899-1-ndesaulniers@google.com/T/#m61957eaada46dc8c51fdf2010859eb1976227005

Quite, we're now building linux-next with Clang 10 on
kernelci.org (production) and unreleased versions on
staging.kernelci.org.

>>   Once clang-9 is out, when Mark updates to clang-11 he’ll send something also
>>   dropping the older clang versions once clang-11 is live. Can reevaluate this
>>   policy once there are stable distros with clang.
>>
>>   Nick maintains a clang-latest docker image, we should into integrating that
>>   for potential inclusion in linux-next coverage - will need some evaluation to
>>   see for example how noisy it is and if we need to do something about
>>   segregating results for the bleeding edge compiler.
> 
> Nathan maintains it more than I do:
> https://github.com/ClangBuiltLinux/dockerimage

Great, I think Mark wanted to take a look into it.

At the moment we're building with snapshots of the next Clang
version on staging.kernelci.org (clang-11, soon clang-12).  It
would be nice to be able to use this container and test the very
latest instead.

>>   LLVM 11 release:
>>   * Status tracked at https://bugs.llvm.org/show_bug.cgi?id=46725
>>   * Several pending bugs need fixing, some look relevant
> 
> Fixed! (oh boy, we were on the "chase list")

Nice!  Erm, I believe there's one last blocker:

  https://bugs.llvm.org/show_bug.cgi?id=47619

>>   Android LLVM versions: Mark to ping Todd and ask him about using those for
>>   Android branches.
> 
> android-mainline
> android12-5.4
> android-4.19-stable
> 
> are the 3 newest branches that I know of.

And which LLVM/Clang versions should be used to build those?


Thanks,
Guillaume

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-23 21:26   ` Guillaume Tucker
@ 2020-09-23 22:06     ` Nick Desaulniers
  2020-09-24 11:04       ` Mark Brown
  2020-09-25 12:39     ` Sedat Dilek
  1 sibling, 1 reply; 8+ messages in thread
From: Nick Desaulniers @ 2020-09-23 22:06 UTC (permalink / raw)
  To: Guillaume Tucker; +Cc: kernelci, clang-built-linux, Todd Kjos

On Wed, Sep 23, 2020 at 2:26 PM Guillaume Tucker
<guillaume.tucker@collabora.com> wrote:
>
> On 23/09/2020 22:08, Nick Desaulniers wrote:
> > On Wed, Sep 23, 2020 at 7:50 AM Guillaume Tucker
> > <guillaume.tucker@collabora.com> wrote:
> >>   LLVM 11 release:
> >>   * Status tracked at https://bugs.llvm.org/show_bug.cgi?id=46725
> >>   * Several pending bugs need fixing, some look relevant
> >
> > Fixed! (oh boy, we were on the "chase list")
>
> Nice!  Erm, I believe there's one last blocker:
>
>   https://bugs.llvm.org/show_bug.cgi?id=47619

I'll let the release manager sort that out.

>
> >>   Android LLVM versions: Mark to ping Todd and ask him about using those for
> >>   Android branches.
> >
> > android-mainline
> > android12-5.4
> > android-4.19-stable
> >
> > are the 3 newest branches that I know of.
>
> And which LLVM/Clang versions should be used to build those?

Will likely be clang-12 (or possibly clang-13).  Those branches are
basically the kernel branches for "S" which will be released next
year.  So they are building with a pre-clang-11 right now, but we're
about to upgrade them to something closer to ToT soon.  Once the "S"
release of Android is closer, then we will lock down the toolchain
used for these kernels, but it's sure to change between now and then.
-- 
Thanks,
~Nick Desaulniers

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-23 22:06     ` Nick Desaulniers
@ 2020-09-24 11:04       ` Mark Brown
  2020-09-24 19:25         ` Nick Desaulniers
  0 siblings, 1 reply; 8+ messages in thread
From: Mark Brown @ 2020-09-24 11:04 UTC (permalink / raw)
  To: kernelci, ndesaulniers; +Cc: Guillaume Tucker, clang-built-linux, Todd Kjos

[-- Attachment #1: Type: text/plain, Size: 913 bytes --]

On Wed, Sep 23, 2020 at 03:06:52PM -0700, Nick Desaulniers via groups.io wrote:
> On Wed, Sep 23, 2020 at 2:26 PM Guillaume Tucker

> > > android-mainline
> > > android12-5.4
> > > android-4.19-stable

> > > are the 3 newest branches that I know of.

> > And which LLVM/Clang versions should be used to build those?

> Will likely be clang-12 (or possibly clang-13).  Those branches are
> basically the kernel branches for "S" which will be released next
> year.  So they are building with a pre-clang-11 right now, but we're
> about to upgrade them to something closer to ToT soon.  Once the "S"
> release of Android is closer, then we will lock down the toolchain
> used for these kernels, but it's sure to change between now and then.

The thought was that it might be worth using the actual Android
toolchains (including all the out of tree patches and whatnot) with
these branches as well as upstream clang.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-24 11:04       ` Mark Brown
@ 2020-09-24 19:25         ` Nick Desaulniers
  2020-09-25 13:23           ` Mark Brown
  0 siblings, 1 reply; 8+ messages in thread
From: Nick Desaulniers @ 2020-09-24 19:25 UTC (permalink / raw)
  To: Mark Brown
  Cc: kernelci, Guillaume Tucker, clang-built-linux, Todd Kjos, android-llvm

On Thu, Sep 24, 2020 at 4:05 AM Mark Brown <broonie@kernel.org> wrote:
>
> On Wed, Sep 23, 2020 at 03:06:52PM -0700, Nick Desaulniers via groups.io wrote:
> > On Wed, Sep 23, 2020 at 2:26 PM Guillaume Tucker
>
> > > > android-mainline
> > > > android12-5.4
> > > > android-4.19-stable
>
> > > > are the 3 newest branches that I know of.
>
> > > And which LLVM/Clang versions should be used to build those?
>
> > Will likely be clang-12 (or possibly clang-13).  Those branches are
> > basically the kernel branches for "S" which will be released next
> > year.  So they are building with a pre-clang-11 right now, but we're
> > about to upgrade them to something closer to ToT soon.  Once the "S"
> > release of Android is closer, then we will lock down the toolchain
> > used for these kernels, but it's sure to change between now and then.
>
> The thought was that it might be worth using the actual Android
> toolchains (including all the out of tree patches and whatnot) with
> these branches as well as upstream clang.

That's...a brilliant idea, and would be much closer to what's being
used in production.

While Android ships its own distribution of LLVM; this is because
upstream LLVM's release process is simultaneously too slow for Android
(we need fixes and features faster) and would be too late for finding
compiler regressions (that's pretty much all we do, is fight
regressions).  While there's potential there to try to ship secret
sauce, I *wish* we had the headcount to even consider that; our
distribution will carry cherry picks of reverts or backports of fixes
so that we minimize the number of known issues with the release.  We
run at a manpower deficit, so we don't have the ability to even
develop any kind of secret sauce.

Would a Docker image containing AOSP LLVM probably be the easiest to
integrate?  If so, I can look at providing such an image.
-- 
Thanks,
~Nick Desaulniers

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-23 21:26   ` Guillaume Tucker
  2020-09-23 22:06     ` Nick Desaulniers
@ 2020-09-25 12:39     ` Sedat Dilek
  1 sibling, 0 replies; 8+ messages in thread
From: Sedat Dilek @ 2020-09-25 12:39 UTC (permalink / raw)
  To: Guillaume Tucker; +Cc: Nick Desaulniers, kernelci, clang-built-linux, Todd Kjos

On Wed, Sep 23, 2020 at 11:26 PM Guillaume Tucker
<guillaume.tucker@collabora.com> wrote:
>
> On 23/09/2020 22:08, Nick Desaulniers wrote:
> > On Wed, Sep 23, 2020 at 7:50 AM Guillaume Tucker
> > <guillaume.tucker@collabora.com> wrote:
> >>
> >> Summary of changes going into production
> >> ========================================

...

> >>   LLVM 11 release:
> >>   * Status tracked at https://bugs.llvm.org/show_bug.cgi?id=46725
> >>   * Several pending bugs need fixing, some look relevant
> >
> > Fixed! (oh boy, we were on the "chase list")
>
> Nice!  Erm, I believe there's one last blocker:
>
>   https://bugs.llvm.org/show_bug.cgi?id=47619
>

Fixed in release/11.x Git by...

commit 81eb1c1fa75c6407713b5657156d8d9149572bfe
"AArch64/GlobalISel: Reduced patch for bug 47619"

- Sedat -

[1] https://github.com/llvm/llvm-project/commit/81eb1c1fa75c6407713b5657156d8d9149572bfe

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: kernelci.org update - 2020-09-23 #minutes
  2020-09-24 19:25         ` Nick Desaulniers
@ 2020-09-25 13:23           ` Mark Brown
  0 siblings, 0 replies; 8+ messages in thread
From: Mark Brown @ 2020-09-25 13:23 UTC (permalink / raw)
  To: Nick Desaulniers
  Cc: kernelci, Guillaume Tucker, clang-built-linux, Todd Kjos, android-llvm

[-- Attachment #1: Type: text/plain, Size: 647 bytes --]

On Thu, Sep 24, 2020 at 12:25:42PM -0700, Nick Desaulniers wrote:
> On Thu, Sep 24, 2020 at 4:05 AM Mark Brown <broonie@kernel.org> wrote:

> > The thought was that it might be worth using the actual Android
> > toolchains (including all the out of tree patches and whatnot) with
> > these branches as well as upstream clang.

> Would a Docker image containing AOSP LLVM probably be the easiest to
> integrate?  If so, I can look at providing such an image.

Yes, a docker image would be great - ideally Debian based.  Our current
docker images are built from:

    https://github.com/kernelci/kernelci-core/tree/master/jenkins/dockerfiles

FWIW.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-09-25 13:23 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-23 14:50 kernelci.org update - 2020-09-23 #minutes Guillaume Tucker
2020-09-23 21:08 ` Nick Desaulniers
2020-09-23 21:26   ` Guillaume Tucker
2020-09-23 22:06     ` Nick Desaulniers
2020-09-24 11:04       ` Mark Brown
2020-09-24 19:25         ` Nick Desaulniers
2020-09-25 13:23           ` Mark Brown
2020-09-25 12:39     ` Sedat Dilek

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.