On Wed, May 6, 2020 at 12:03 PM Veronika Kabatova vkabatov@redhat.com wrote:
----- Original Message -----
From: "Justin Forbes" jforbes@redhat.com To: "CKI Project" cki-project@redhat.com Cc: "Jianwen Ji" jiji@redhat.com, "Hangbin Liu" haliu@redhat.com,
"Kernel
Fedora" kernel@lists.fedoraproject.org, "Memory Management" mm-qe@redhat.com, "Jianlin Shi" jishi@redhat.com, "Jan Stancek" jstancek@redhat.com Sent: Wednesday, May 6, 2020 6:14:52 PM Subject: Re: ❌ FAIL: Test report for kernel 5.7.0-0.rc4.1.cki.fc31 (ark)
On Wed, May 6, 2020 at 5:33 AM CKI Project < cki-project@redhat.com >
wrote:
Hello,
We ran automated tests on a recent commit from this kernel tree:
Kernel repo: https://gitlab.com/cki-project/kernel-ark.git
Commit: 1fe2554e03ff - [redhat] kernel-5.7.0-0.rc4.20200506gitdc56c5acd850.1
The results of these automated tests are provided below.
Overall result: FAILED (see details below)
Merge: OK
Compile: OK
Tests: FAILED
All kernel binaries, config files, and logs are available for download here:
Somewhat curious as to why we are running Rawhide kernels built against
fc31?
It is somewhat helpful from a "this will eventually be rebased to f31"
case,
but with Rawhide and F32 being on gcc10, and a few other changes, it is
not
always expected that an ARK srpm will build/boot/run on an older version
of
Fedora. For the rebase case, we don't pull all spec changes back, really just patches and (most) configs.
Hi,
we're currently in the process of migrating to fc32. There are some tests that won't compile with GCC10 and need to be updated before we switch the test environment.
Ideally we'd switch the full pipeline to fc32 at once to avoid causing more issues, but we could switch ARK builds to a rawhide builder in the meanwhile if it's helpful.
Veronika
Justin
It might be helpful. There are definitely more issues right now where things build on f31 but not on Rawhide, but going forward as things evolve in rawhide, it is good to know that at least the build was done there. Of course if any of the tests are building out of tree modules, that will not work since fedora doesn't support modversions.
Justin
kernel@lists.fedoraproject.org