Hi,
Can I get a reduced .ll showing the regression, or some reduced steps for
reproducing the bug? I suspect the bug is elsewhere, and not in the commit
itself.
Warm regards,
Ram
On Thu, Sep 5, 2024 at 3:39 AM <ci_notify(a)linaro.org> wrote:
> Dear contributor, our automatic CI has detected problems related to your
> patch(es). Please find some details below. If you have any questions,
> please follow up on linaro-toolchain(a)lists.linaro.org mailing list,
> Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain
> developer on the usual project channel.
>
> We understand that it might be difficult to find the necessary logs or
> reproduce the issue locally. If you can't get what you need from our CI
> within minutes, let us know and we will be happy to help.
>
> We track this report status in
> https://linaro.atlassian.net/browse/LLVM-1340 , please let us know if you
> are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_flang_test/main-aarch64-Ofast-sve_vla after:
>
> | commit llvmorg-20-init-4622-g16900d3b98e6
> | Author: Ramkumar Ramachandra <ramkumar.ramachandra(a)codasip.com>
> | Date: Wed Sep 4 22:01:04 2024 +0100
> |
> | LICM: hoist BO assoc when BinOp is in RHS (#107072)
> |
> | Extend hoistBOAssociation smoothly to handle the case when the
> inner
> | BinaryOperator is in the RHS of the outer BinaryOperator. This
> completes
> | the generalization of hoistBOAssociation, and the only limitation
> after
> | this patch is the fact that only Add and Mul are hoisted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === test-suite tests ===
>
> Running test-suite:Fujitsu/Fortran/0354 ...
> FAIL: test-suite :: Fujitsu/Fortran/0354/Fujitsu-Fortran-0354_0334.test
>
>
> You can find the failure logs in *.log.1.xz files in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> The full lists of regressions and improvements as well as configure and
> make commands are in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> The list of [ignored] baseline and flaky failures are in
> -
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
>
> The configuration of this build is:
> CI config tcwg_flang_test/main-aarch64-Ofast-sve_vla
>
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build :
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
> Reference build :
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
>
> Reproduce last good and first bad builds:
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit :
> https://github.com/llvm/llvm-project/commit/16900d3b98e6c8fbdad4411a054e356…
>
> List of configurations that regressed due to this commit :
> * tcwg_flang_test
> ** main-aarch64-Ofast-sve_vla
> *** FAIL: 1 regressions
> ***
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> ***
> https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vla-build…
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1324 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-aarch64-lts-defconfig after:
| commit gcc-15-3256-g1c4b9826bd0
| Author: Filip Kastl <fkastl(a)suse.cz>
| Date: Wed Aug 28 15:47:44 2024 +0200
|
| gimple ssa: switchconv: Use __builtin_popcount and support more types in exp transform [PR116355]
|
| The gen_pow2p function generates (a & -a) == a as a fallback for
| POPCOUNT (a) == 1. Not only is the bitmagic not equivalent to
| POPCOUNT (a) == 1 but it also introduces UB (consider signed
| a = INT_MIN).
|
| ... 43 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
9328
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
9330
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-lts-defconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/1c4b9826bd0d5ac471543c68f097d80b19…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-lts-defconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
* ci notify:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We understand that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In glibc_check master-arm after:
>
> | 4 patches in glibc
> | Patchwork URL: https://patchwork.sourceware.org/patch/96984
> | 11d52d986b elf: Reorder audit events in dlcose to match _dl_fini (bug 32066)
> | 7b2cd1e545 elf: Call la_objclose for proxy link maps in _dl_fini (bug 32065)
> | 0f79eb4a6f elf: Signal la_objopen for the proxy link map in dlmopen (bug 31985)
> | f26a9b6323 elf: Always write audit log to elf/tst-audit23.out
> | ... applied on top of baseline commit:
> | 96d0bf98ca Add support/ code for checking file contents
>
> FAIL: 1 regressions
>
> regressions.sum:
> === glibc tests ===
>
> Running glibc:elf ...
> FAIL: elf/tst-audit23
Adhemerval, does elf/tst-audit23.out now show more details?
Thanks,
Florian
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: Thursday, August 22, 2024 10:30 AM
> To: rguenth(a)gcc.gnu.org
> Cc: gcc-regression(a)gcc.gnu.org; Andrew Pinski (QUIC)
> <quic_apinski(a)quicinc.com>
> Subject: [Linaro-TCWG-CI] gcc-15-3087-gb07f8a30115: FAIL: 2
> regressions on aarch64
>
> Dear contributor, our automatic CI has detected problems
> related to your patch(es). Please find some details below. If
> you have any questions, please follow up on linaro-
> toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg
> channel, or ping your favourite Linaro toolchain developer on
> the usual project channel.
>
> We appreciate that it might be difficult to find the necessary
> logs or reproduce the issue locally. If you can't get what you
> need from our CI within minutes, let us know and we will be
> happy to help.
>
> We track this report status in
> https://linaro.atlassian.net/browse/GNU-1317 , please let us
> know if you are looking at the problem and/or when you have
> a fix.
I have filed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116463 for the failure (which was a missed optimization even before the patch; the detection of vector complex multiply is very sensitive in changes to the IR differences).
Thanks,
Andrew Pinski
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-15-3087-gb07f8a30115
> | Author: Andrew Pinski <quic_apinski(a)quicinc.com>
> | Date: Wed Aug 21 17:41:38 2024 -0700
> |
> | fold: Fix `a * 1j` if a has side effects [PR116454]
> |
> | The problem here was a missing save_expr around arg0
> since
> | it is used twice, once in REALPART_EXPR and once in
> IMAGPART_EXPR.
> | Thia adds the save_expr and reformats the code slightly
> so it is a
> | little easier to understand. It excludes the case when arg0
> is
> | a COMPLEX_EXPR since in that case we'll end up with the
> distinct
> | ... 19 lines of the commit log omitted.
>
> FAIL: 2 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/vect/complex/complex.exp ...
> FAIL: gcc.dg/vect/complex/fast-math-complex-mls-double.c
> scan-tree-dump vect "Found COMPLEX_FMA"
> FAIL: gcc.dg/vect/complex/fast-math-complex-mls-float.c
> scan-tree-dump vect "Found COMPLEX_FMA"
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-
> build/2486/artifact/artifacts/00-sumfiles/
> The full lists of regressions and improvements as well as
> configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-
> build/2486/artifact/artifacts/notify/
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-
> build/2486/artifact/artifacts/sumfiles/xfails.xfail
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<---
> -----------------------
> The information below can be used to reproduce a debug
> environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--
> master-aarch64-build/2486/artifact/artifacts
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--
> master-aarch64-build/2485/artifact/artifacts
>
> Reproduce last good and first bad builds: https://git-
> us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/b07f8a301158e53717b8688cc8ea
> 430b6f02574c/tcwg_gcc_check/master-
> aarch64/reproduction_instructions.txt
>
> Full commit : https://github.com/gcc-
> mirror/gcc/commit/b07f8a301158e53717b8688cc8ea430b6f0
> 2574c
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 2 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/b07f8a301158e53717b8688cc8ea
> 430b6f02574c/tcwg_gcc_check/master-aarch64/details.txt
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-
> aarch64-build/2486/artifact/artifacts
This is already recorded as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116409 . I am about to submit a v2 of the patch to fix this too.
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: Tuesday, August 20, 2024 8:34 AM
> To: Andrew Pinski (QUIC) <quic_apinski(a)quicinc.com>
> Cc: gcc-regression(a)gcc.gnu.org
> Subject: [Linaro-TCWG-CI] gcc-15-2986-gcd2f394418b: Failure
> on aarch64
>
> Dear contributor, our automatic CI has detected problems
> related to your patch(es). Please find some details below. If
> you have any questions, please follow up on linaro-
> toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg
> channel, or ping your favourite Linaro toolchain developer on
> the usual project channel.
>
> We appreciate that it might be difficult to find the necessary
> logs or reproduce the issue locally. If you can't get what you
> need from our CI within minutes, let us know and we will be
> happy to help.
>
> We track this report status in
> https://linaro.atlassian.net/browse/GNU-1316 , please let us
> know if you are looking at the problem and/or when you have
> a fix.
>
> In master-aarch64 after:
>
> | commit gcc-15-2986-gcd2f394418b
> | Author: Andrew Pinski <quic_apinski(a)quicinc.com>
> | Date: Sat Apr 20 00:13:12 2024 -0700
> |
> | PHIOPT: move factor_out_conditional_operation over to
> use gimple_match_op
> |
> | To start working on more with expressions with more
> than one operand, converting
> | over to use gimple_match_op is needed.
> | The added side-effect here is
> factor_out_conditional_operation can now support
> | builtins/internal calls that has one operand without any
> extra code added.
> |
> | ... 20 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe binutils:
> 1
> # build_abe gcc:
> 2
> # build_abe linux:
> 4
> # build_abe glibc:
> # FAILED
> # build_abe gdb:
> # First few build errors in logs:
> # 00:02:13 ../sysdeps/ieee754/dbl-64/e_hypot.c:146:1:
> internal compiler error: in factor_out_conditional_operation,
> at tree-ssa-phiopt.cc:407 # 00:02:13 make[2]: ***
> [/home/tcwg-
> buildslave/workspace/tcwg_gnu_2/abe/builds/aarch64-
> unknown-linux-gnu/aarch64-unknown-linux-gnu/glibc-
> glibc.git~master/sysd-rules:553: /home/tcwg-
> buildslave/workspace/tcwg_gnu_2/abe/builds/aarch64-
> unknown-linux-gnu/aarch64-unknown-linux-gnu/glibc-
> glibc.git~master/math/e_hypot.o] Error 1 # 00:02:13 make[1]:
> *** [Makefile:484: math/others] Error 2 # 00:02:13 make: ***
> [Makefile:9: all] Error 2
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe binutils:
> 1
> # build_abe gcc:
> 2
> # build_abe linux:
> 4
> # build_abe glibc:
> 5
> # build_abe gdb:
> 6
>
> The configuration of this build is:
> CI config tcwg_gnu_native_build master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<---
> -----------------------
> The information below can be used to reproduce a debug
> environment:
>
> Current build :
> https://ci.linaro.org/job/tcwg_gnu_native_build--master-
> aarch64-build/747/artifact/artifacts
> Reference build :
> https://ci.linaro.org/job/tcwg_gnu_native_build--master-
> aarch64-build/746/artifact/artifacts
>
> Reproduce last good and first bad builds: https://git-
> us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/cd2f394418be0cc15d05c97ed725
> 67f2f5e15172/tcwg_gnu_native_build/master-
> aarch64/reproduction_instructions.txt
>
> Full commit : https://github.com/gcc-
> mirror/gcc/commit/cd2f394418be0cc15d05c97ed72567f2f5e1
> 5172
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_build
> ** master-aarch64
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-
> commits.git/plain/gcc/sha1/cd2f394418be0cc15d05c97ed725
> 67f2f5e15172/tcwg_gnu_native_build/master-
> aarch64/details.txt
> *** https://ci.linaro.org/job/tcwg_gnu_native_build--master-
> aarch64-build/747/artifact/artifacts
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1312 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-aarch64-lts-defconfig after:
| commit binutils-2_41-release-3996-g6ae8a30d44f
| Author: Jan Beulich <jbeulich(a)suse.com>
| Date: Fri Aug 9 11:59:31 2024 +0200
|
| gas: have scrubber retain more whitespace
|
| According to the description of the state machine, the expectation
| appears to be that (leaving aside labels) any insn mnemonic or
| directive would be followed by a comma separated list of operands. That
| may have been true very long ago, but the latest with the advent of more
| elaborate macros this isn't rhe case anymore. Neither macro parameters
| ... 26 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
8104
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
9328
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-lts-defconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/binuti…
Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=6ae8a30d44f01…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-lts-defconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/binuti…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-defconfig-bui…
Hi Julian,
Your patch below breaks Flang build [on aarch64]. Would you please investigate?
The interesting log is at https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/174/artifact… .
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
> On Aug 5, 2024, at 16:56, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1306 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_flang_build/main-aarch64 after:
>
> | commit llvmorg-20-init-1360-ga42e515e3a9f
> | Author: Julian Brown <julian.brown(a)amd.com>
> | Date: Mon Aug 5 12:37:07 2024 +0100
> |
> | [OpenMP] OpenMP 5.1 "assume" directive parsing support (#92731)
> |
> | This is a minimal patch to support parsing for "omp assume" directives.
> | These are meant to be hints to a compiler's optimisers: as such, it is
> | legitimate (if not very useful) to ignore them. The patch builds on top
> | of the existing support for "omp assumes" directives (note spelling!).
> |
> | ... 8 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_llvm -- clang;lld;flang;openmp;clang-tools-extra :
> # FAILED
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_llvm -- clang;lld;flang;openmp;clang-tools-extra :
> 1
>
> The configuration of this build is:
> CI config tcwg_flang_build/main-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/174/artifact…
> Reference build : https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/172/artifact…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit : https://github.com/llvm/llvm-project/commit/a42e515e3a9f3bb4e44389c097b8910…
>
> List of configurations that regressed due to this commit :
> * tcwg_flang_build
> ** main-aarch64
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> *** https://ci.linaro.org/job/tcwg_flang_build--main-aarch64-build/174/artifact…
ci_notify(a)linaro.org writes:
> Dear contributor, our automatic CI has detected problems related to
> your patch(es). Please find some details below. If you have any
> questions, please follow up on linaro-toolchain(a)lists.linaro.org
> mailing list, Libera's #linaro-tcwg channel, or ping your favourite
> Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or
> reproduce the issue locally. If you can't get what you need from our
> CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1305 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-15-2414-g2d105efd6f60
> | Author: Sam James <sam(a)gentoo.org>
> | Date: Tue Jul 30 17:10:01 2024 +0100
> |
> | testsuite: fix whitespace in dg-do assemble directive
> |
> | * gcc.target/aarch64/simd/vmmla.c: Fix whitespace in dg directive.
>
> FAIL: 3 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.target/aarch64/simd/simd.exp ...
> UNRESOLVED: gcc.target/aarch64/simd/vmmla.c scan-assembler-times \\tsmmla\\tv[0-9]+.4s, v[0-9]+.16b, v[0-9]+.16b 1
> UNRESOLVED: gcc.target/aarch64/simd/vmmla.c scan-assembler-times \\tummla\\tv[0-9]+.4s, v[0-9]+.16b, v[0-9]+.16b 1
> UNRESOLVED: gcc.target/aarch64/simd/vmmla.c scan-assembler-times \\tusmmla\\tv[0-9]+.4s, v[0-9]+.16b, v[0-9]+.16b 1
> [...]
Thanks. The test has been broken since it was added.
Filed https://gcc.gnu.org/PR116207.
Hi Leandro,
Our Flang CI is running in test mode, and it already catches regressions!
> On Aug 1, 2024, at 01:27, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1300 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_flang_test/main-aarch64-Ofast-sve_vls-lto-lld after:
>
> | commit llvmorg-20-init-943-g366eade911b5
> | Author: Leandro Lupori <leandro.lupori(a)linaro.org>
> | Date: Wed Jul 31 14:39:06 2024 -0300
> |
> | [flang][OpenMP] Reland Fix copyprivate semantic checks (#95799) (#101009)
> |
> | There are some cases in which variables used in OpenMP constructs
> | are predetermined as private. The semantic checks for copyprivate
> | were not handling those cases.
> |
> | Besides that, shared symbols were not being properly represented
> | ... 9 lines of the commit log omitted.
>
> FAIL: 7 regressions: 7 improvements
>
> regressions.sum:
> === test-suite tests ===
>
> Running test-suite:Fujitsu/Fortran/0141 ...
> FAIL: test-suite :: Fujitsu/Fortran/0141/Fujitsu-Fortran-0141_0019.test
This means that after your patch the test that could not compile before, now compiles, but fails to run correctly. This is an improvement.
>
> Running test-suite:Fujitsu/Fortran/0153 ...
> NOEXE: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0234.test
> NOEXE: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0235.test
> NOEXE: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0237.test
These tests go the other way -- they used to fail at runtime before, but now they fail to compile.
>
> ... and 5 more entries
>
> improvements.sum:
> === test-suite tests ===
>
> Running test-suite:Fujitsu/Fortran/0141 ...
> NOEXE: test-suite :: Fujitsu/Fortran/0141/Fujitsu-Fortran-0141_0019.test
>
> Running test-suite:Fujitsu/Fortran/0153 ...
> FAIL: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0237.test
> FAIL: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0234.test
> FAIL: test-suite :: Fujitsu/Fortran/0153/Fujitsu-Fortran-0153_0235.test
>
> ... and 5 more entries
Please investigate, and let me know if you need any help in reproducing or troubleshooting these.
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
> The full lists of regressions and improvements as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
>
> The configuration of this build is:
> CI config tcwg_flang_test/main-aarch64-Ofast-sve_vls-lto-lld
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
> Reference build : https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit : https://github.com/llvm/llvm-project/commit/366eade911b54878c9cc1835d2544fb…
>
> List of configurations that regressed due to this commit :
> * tcwg_flang_test
> ** main-aarch64-Ofast-sve_vls-lto-lld
> *** FAIL: 7 regressions: 7 improvements
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> *** https://ci.linaro.org/job/tcwg_flang_test--main-aarch64-Ofast-sve_vls-lto-l…
Hi all,
what should I do with this – I have no idea what artifacts are nor is it
clear to me when looking at the webpage.
Tobias
ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gcc_check master-aarch64 after:
>
> | gcc patch https://patchwork.sourceware.org/patch/94612
> | Author: Tobias Burnus <tburnus(a)baylibre.com>
> | Date: Fri Jul 26 20:05:43 2024 +0200
> |
> | libgomp: Fix declare target link with offset array-section mapping [PR116107]
> |
> | The main idea of 'link' is to permit putting only a subset of a
> | huge array on the device. Well, in order to make this work properly,
> | it requires that one can map an array section, which does not
> | start with the first element.
> |
> | ... 28 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 6d79d53eed8 Match: Support .SAT_SUB with IMM op for form 1-4
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
> # 2 regressions
>
> From
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/7257/art…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2370/artifac…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hi Andi,
The regression is ...
=== g++ tests ===
Running g++:g++.dg/dg.exp ...
FAIL: c-c++-common/musttail12.c -std=c++14 (test for excess errors)
FAIL: c-c++-common/musttail12.c -std=c++17 (test for excess errors)
FAIL: c-c++-common/musttail12.c -std=c++20 (test for excess errors)
FAIL: g++.dg/musttail6.C (test for excess errors)
It wasn't included in the report due to typo in the scripts.
Kind regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 26, 2024, at 19:38, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1299 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-arm after:
>
> | commit gcc-15-2233-g8d1af8f904a
> | Author: Andi Kleen <ak(a)linux.intel.com>
> | Date: Tue Jan 23 23:54:56 2024 -0800
> |
> | Add tests for C/C++ musttail attributes
> |
> | Some adopted from the existing C musttail plugin tests.
> | Also extends the ability to query the sibcall capabilities of the
> | target.
> |
> | gcc/testsuite/ChangeLog:
> | ... 16 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
> # 4 regressions
>
> From
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2460/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2459/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/8d1af8f904a0c08656d976cbf8ca56dba3…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2460/artifact/ar…
Hi Jason,
For this one the regressions are:
=== g++ tests ===
Running g++:g++.dg/dg.exp ...
FAIL: g++.dg/cpp2a/consteval-prop21.C -std=c++20 (test for excess errors)
FAIL: g++.dg/cpp2a/consteval-prop21.C -std=c++23 (test for excess errors)
FAIL: g++.dg/cpp2a/consteval-prop21.C -std=c++26 (test for excess errors)
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 28, 2024, at 09:28, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1301 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-arm after:
>
> | commit gcc-15-2362-ga9e9f772c748
> | Author: Jason Merrill <jason(a)redhat.com>
> | Date: Fri Jul 26 17:20:18 2024 -0400
> |
> | c++: consteval propagation and templates [PR115986]
> |
> | Here the call to e() makes us decide to check d() for escalation at EOF, but
> | while checking it we try to fold_immediate 0_c, and get confused by the
> | template trees. Let's not mess with escalation for function templates.
> |
> | PR c++/115986
> | ... 9 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
> # 3 regressions
>
> From
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2472/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2471/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/a9e9f772c7488ac0c09dd92f28890bdab9…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2472/artifact/ar…
Hi Jason,
The regression is ...
=== g++ tests ===
Running g++:g++.dg/dg.exp ...
FAIL: g++.dg/abi/arm_rtti1.C -std=gnu++26 scan-assembler _ZNKSt9type_infoeqERKS_
It wasn't included in the report due to typo in the scripts.
Kind regards,
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jul 28, 2024, at 05:55, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1300 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-arm after:
>
> | commit gcc-15-2360-gdab0f35fcb4d
> | Author: Jason Merrill <jason(a)redhat.com>
> | Date: Fri Jul 26 15:10:50 2024 -0400
> |
> | c++: improve C++ testsuite default versions
> |
> | I wanted to add more cases to the setting of std_list in g++-dg.exp, but
> | didn't want to do a full scan through the file for each case. So this patch
> | improves that in two ways: first, by extracting all interesting lines on a
> | single pass; second, by generating the list more flexibly: now we test every
> | version mentioned explicitly in the testcase, plus a few more if fewer than
> | ... 12 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
> # 1 regressions
>
> From
> # reset_artifacts:
> -10
> # build_abe gcc:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gcc --:
> 0
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2468/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2466/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/dab0f35fcb4dd3ba584422013096c4ebc6…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2468/artifact/ar…
On 2024-07-27 03:34, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gdb_check master-aarch64 after:
>
> | 2 patches in gdb
> | Patchwork URL: https://patchwork.sourceware.org/patch/94605
> | 9aca4cc6ec5 gdb: pass inferior to gdbarch_update_p
> | f3b21ad781e gdb: pass inferior to target_current_description
> | ... applied on top of baseline commit:
> | ced7ecee432 Automatic date update in version.in
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe gdb -- --prefix /usr --disable install:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gdb -- --set check_buffer_workaround=gdb-read1:
> 0
> # 1 regressions
>
> From
> # reset_artifacts:
> -10
> # build_abe gdb -- --prefix /usr --disable install:
> -2
> # build_abe dejagnu:
> -1
> # build_abe check_gdb -- --set check_buffer_workaround=gdb-read1:
> 0
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-precommit/2974/art…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-aarch64-build/1474/artifac…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hello,
Could you help me understand what failed?
Simon
On Mon, Jul 22, 2024 at 02:12:58PM +0000, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1287 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-stable-allyesconfig after:
>
> | commit llvmorg-19-init-18145-g1f6f97e2b64a
> | Author: Bill Wendling <5993918+bwendling(a)users.noreply.github.com>
> | Date: Thu Jul 18 22:11:56 2024 +0000
> |
> | [Clang] Loop over FieldDecls instead of all Decls (#99574)
> |
> | Only FieldDecls are important when determining GEP indices. A struct
> | defined within another struct has the same semantics as if it were
> | defined outside of the struct. So there's no need to look into
> | RecordDecls that aren't a field.
> |
> | ... 4 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_kernel_llvm:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 22903
>
> From
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_kernel_llvm:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 22904
>
> The configuration of this build is:
> CI config tcwg_kernel/llvm-master-aarch64-stable-allyesconfig
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-stable-allyescon…
> Reference build : https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-stable-allyescon…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit : https://github.com/llvm/llvm-project/commit/1f6f97e2b64a9c4c51712d32b53e07d…
>
> List of configurations that regressed due to this commit :
> * tcwg_kernel
> ** llvm-master-aarch64-stable-allyesconfig
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> *** https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-stable-allyescon…
This should be fixed with
https://github.com/llvm/llvm-project/commit/6db5f4fd2a287de9d20adc7a44cfcc6….
Cheers,
Nathan
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1297 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-aarch64-mainline-allnoconfig after:
| commit gcc-15-2192-g0c5c0c959c2e
| Author: Tamar Christina <tamar.christina(a)arm.com>
| Date: Mon Jul 22 10:28:19 2024 +0100
|
| AArch64: implement TARGET_VECTORIZE_CONDITIONAL_OPERATION_IS_EXPENSIVE [PR115531].
|
| This implements the new target hook indicating that for AArch64 when possible
| we prefer masked operations for any type vs doing LOAD + SELECT or
| SELECT + STORE.
|
| Thanks,
| ... 16 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
662
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
669
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-mainline-allnoconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-mainline-allnocon…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-mainline-allnocon…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/0c5c0c959c2e592b84739f19ca771fa69e…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-mainline-allnoconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-mainline-allnocon…
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1294 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-arm-next-defconfig after:
| commit gcc-15-2110-g71b31690a7c5
| Author: Richard Sandiford <richard.sandiford(a)arm.com>
| Date: Wed Jul 17 19:38:11 2024 +0100
|
| rtl-ssa: Fix split_clobber_group [PR115928]
|
| One of the goals of the rtl-ssa representation was to allow a
| group of consecutive clobbers to be skipped in constant time,
| with amortised sublinear insertion and deletion. This involves
| putting consecutive clobbers in groups. Splitting or joining
| groups would be linear if we had to update every clobber on
| ... 21 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
0
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
7865
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-arm-next-defconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-next-defconfig-build/…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-next-defconfig-build/…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/71b31690a7c52413496e91bcc5ee4c68af…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-arm-next-defconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-next-defconfig-build/…
FAIL: gcc.dg/pr116003.c (test for excess errors)
Excess errors:
/home/tcwg-buildslave/workspace/tcwg_gnu_5/abe/snapshots/gcc.git~master/gcc/testsuite/gcc.dg/pr116003.c:4:1: sorry, unimplemented: '_BitInt(5)' is not supported on this target
/home/tcwg-buildslave/workspace/tcwg_gnu_5/abe/snapshots/gcc.git~master/gcc/testsuite/gcc.dg/pr116003.c:8:1: sorry, unimplemented: '_BitInt(129)' is not supported on this target
/home/tcwg-buildslave/workspace/tcwg_gnu_5/abe/snapshots/gcc.git~master/gcc/testsuite/gcc.dg/pr116003.c:11:5: sorry, unimplemented: '_BitInt(128)' is not supported on this target
I think it needs dg-do compile { target bitint }.
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1282 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-aarch64-lts-allmodconfig after:
| commit gcc-15-2026-g44c9403ed183
| Author: Alejandro Colomar <alx(a)kernel.org>
| Date: Sat Jun 29 15:10:43 2024 +0200
|
| c, objc: Add -Wunterminated-string-initialization
|
| Warn about the following:
|
| char s[3] = "foo";
|
| Initializing a char array with a string literal of the same length as
| ... 63 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
24546
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
24548
The configuration of this build is:
CI config tcwg_kernel/gnu-master-aarch64-lts-allmodconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-allmodconfig-…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-allmodconfig-…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/44c9403ed1833ae71a59e84f9e37af3182…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-aarch64-lts-allmodconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-aarch64-lts-allmodconfig-…
Hi there,
You detected a failure in gfortran.dg/class_transformational_2.f90:
PASS: gfortran.dg/class_transformational_2.f90 -O0 (test for excess
errors)
PASS: gfortran.dg/class_transformational_2.f90 -O0 execution test
PASS: gfortran.dg/class_transformational_2.f90 -O1 (test for excess
errors)
FAIL: gfortran.dg/class_transformational_2.f90 -O1 execution test
PASS: gfortran.dg/class_transformational_2.f90 -O2 (test for excess
errors)
PASS: gfortran.dg/class_transformational_2.f90 -O2 execution test
PASS: gfortran.dg/class_transformational_2.f90 -O3 -fomit-frame-pointer
...snip...
PASS: gfortran.dg/class_transformational_2.f90 -O3 -fomit-frame-pointer
...snip...
PASS: gfortran.dg/class_transformational_2.f90 -O3 -g (test for excess
errors)
PASS: gfortran.dg/class_transformational_2.f90 -O3 -g execution test
PASS: gfortran.dg/class_transformational_2.f90 -Os (test for excess
errors)
PASS: gfortran.dg/class_transformational_2.f90 -Os execution test
The stop message in the full log indicates a numeric error in the first
test. I am unable to reproduce the error. Adding deallocation of all the
allocated variables (which I should have done in the first place) and
running valgrind with -s shows no errors and no memory loss.
I find it odd that it should fail once at -O1 and not at -O2 and higher.
Can you provide me with any insights; eg, by rerunning the testcase outside
of the dejagnu framework?
Thank you for doing this testing, by the way, even if the failure is a bit
obscure at the moment.
Best regards
Paul
I get this problem when the CI is building a patchset for the binutils
with my patches.
The patchset consists of 7 patches, and I suspect that this error message
is generated when only part of the 7 patches are applied.
Could this be true?
They are interdependent, so there is no way to reorder the patches to make
this work if not all the patches are applied.
Den 2024-07-07 kl. 02:47, skrev ci_notify(a)linaro.org:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In binutils_build master-arm after:
>
> | 2 patches in binutils
> | Patchwork URL: https://patchwork.sourceware.org/patch/93436
> | dd57e0ed6f6 ldgram.y: Add ASCII parsing
> | 304119944bb ldlex.l: Add ASCII token
> | ... applied on top of baseline commit:
> | 85a67d0a39a Automatic date update in version.in
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe binutils:
> # FAILED
> # First few build errors in logs:
> # 00:01:58 /home/tcwg-build/workspace/tcwg_gnu_2/abe/snapshots/binutils.git~master/ld/ldgram.y:711:21: error: too many arguments to function ‘lang_add_string’
> # 00:01:58 /home/tcwg-build/workspace/tcwg_gnu_2/abe/snapshots/binutils.git~master/ld/ldgram.y:717:19: error: too many arguments to function ‘lang_add_string’
> # 00:01:58 make[4]: *** [Makefile:2290: ldgram.o] Error 1
> # 00:01:58 make[3]: *** [Makefile:1903: all-recursive] Error 1
> # 00:01:58 make[2]: *** [Makefile:1092: all] Error 2
> # 00:01:58 make[1]: *** [Makefile:8044: all-ld] Error 2
> # 00:01:58 make: *** [Makefile:1028: all] Error 2
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe binutils:
> 1
>
> The configuration of this build is:
> CI config tcwg_binutils_build master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_binutils_build--master-arm-precommit/2298/ar…
> Reference build : https://ci.linaro.org/job/tcwg_binutils_build--master-arm-build/1304/artifa…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
--
Best Regards
Ulf Samuelsson
Greetings!
This is Mingming and I'm an LLVM contributor. I have received a lot of
useful code review feedback from aarch64 experts. Thank you for all of that!
I'm writing to report a failure (
https://lab.llvm.org/buildbot/#/builders/122/builds/150) on buildbot
clang-armv8-lld-2stage triggered by my recent patch. The issue seems to
stem from the C++ standard libraries not being configured in the buildbot
environment.
While using a c-style header is a workaround (which pr 97245
<https://github.com/llvm/llvm-project/pull/97245> did), @petrhosek reminded
me that it would be good to inform maintainers so they can take a look,
which makes sense to me.
Could someone please assist in resolving this configuration problem?
Thank you in advance and let me know if I miss anything.
Thanks, Mingming
Progress:
* UM-2 [QEMU upstream maintainership]
- patch-review queue has filled up again; reviewed at least some patches
ready for an arm pullreq
- another KVM Forum PC meeting
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- realized that FEAT_AFP means we need to refactor our FPCR/FPSR
implementation, because it adds new AArch64-only bits that aren't
visible in the AArch32 FPSCR format. (QEMU for historical reasons
implemented FPCR and FPSR as masked views of FPSCR; now we need
to switch to having FPSCR be a view of the FPCR/FPSR data.)
Wrote the necessary refactoring and sent patchseries out for review.
-- PMM
I think we need to revert this.
I got this email from linaro/gcc-regressions:
[Linaro-TCWG-CI] gcc-15-1649-g19f630e6ae8d: FAIL: 2 regressions on aarch64
regressions.sum:
=== gcc tests ===
Running gcc:gcc.misc-tests/gcov.exp ...
FAIL: gcc.misc-tests/gcov-23.c (internal compiler error: in operator[],
at vec.h:910)
FAIL: gcc.misc-tests/gcov-23.c (test for excess errors)
This did not reproduce on my machine, but I took a quick look at the
hash-map implementation. hash_map.put calls
hash_table.find_slot_with_hash, which calls hash_table.expand, which
does move+destroy. auto_vec is not really move-aware which leads to a
double-free.
The fix is either to make auto_vec move-aware (and more like C++'s
std::vector) or revert this patch and apply the original version with an
explicit release.
OK?
Thanks,
Jørgen
On 6/25/24 12:23, Jan Hubicka wrote:
>> The value vec objects are destroyed on exit, but release still needs to
>> be called explicitly.
>>
>> gcc/ChangeLog:
>>
>> * tree-profile.cc (find_conditions): Release vectors before
>> return.
> I wonder if you turn
> hash_map<int_hash<unsigned, 0>, vec<basic_block>> exprs;
> to
> hash_map<int_hash<unsigned, 0>, auto_vec<basic_block>> exprs;
> Won't hash_map destructor take care of this by itself?
>
> Honza
>> ---
>> gcc/tree-profile.cc | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/gcc/tree-profile.cc b/gcc/tree-profile.cc
>> index e4bb689cef5..18f48e8d04e 100644
>> --- a/gcc/tree-profile.cc
>> +++ b/gcc/tree-profile.cc
>> @@ -919,6 +919,9 @@ find_conditions (struct function *fn)
>> if (!have_post_dom)
>> free_dominance_info (fn, CDI_POST_DOMINATORS);
>>
>> + for (auto expr : exprs)
>> + expr.second.release ();
>> +
>> cov->m_masks.safe_grow_cleared (2 * cov->m_index.last ());
>> const size_t length = cov_length (cov);
>> for (size_t i = 0; i != length; i++)
>> --
>> 2.39.2
>>
Hi,
I am looking into these regressions.
Regards,
Surya
On 26/06/24 7:51 am, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1270 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-15-1619-g3b9b8d6cfdf5
> | Author: Surya Kumari Jangala <jskumari(a)linux.ibm.com>
> | Date: Tue Jun 25 08:37:49 2024 -0500
> |
> | ira: Scale save/restore costs of callee save registers with block frequency
> |
> | In assign_hard_reg(), when computing the costs of the hard registers, the
> | cost of saving/restoring a callee-save hard register in prolog/epilog is
> | taken into consideration. However, this cost is not scaled with the entry
> | block frequency. Without scaling, the cost of saving/restoring is quite
> | small and this can result in a callee-save register being chosen by
> | ... 14 lines of the commit log omitted.
>
> FAIL: 4 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.target/aarch64/sve/acle/aarch64-sve-acle.exp ...
> FAIL: gcc.target/aarch64/sve/acle/general/cpy_1.c -march=armv8.2-a+sve -moverride=tune=none check-function-bodies dup_x0_m
> === gcc tests ===
>
> Running gcc:gcc.dg/dg.exp ...
> FAIL: gcc.dg/pr10474.c scan-rtl-dump pro_and_epilogue "Performing shrink-wrapping"
>
> Running gcc:gcc.target/aarch64/sve/acle/aarch64-sve-acle.exp ...
> ... and 5 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2235/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2235/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2235/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2235/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2234/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/3b9b8d6cfdf59337f4b7ce10ce92a98044…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 4 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2235/artifac…
Hi Matthias,
Looking at [1], we are seeing this error only for bare-metal 32-bit ARM target, which, I believe, is not a configuration that compiler explorer supports. The specific configurations are either soft-float, or target ARM cores without NEON (aka no SIMD FPU).
Maybe the test should be guarded on the target supporting vectorization? I.e., maybe add
// { dg-require-effective-target vect_int }
?
[1] https://linaro.atlassian.net/browse/GNU-1265
--
Maxim Kuvyrkov
https://www.linaro.org
> On Jun 21, 2024, at 19:03, Matthias Kretz via Gcc-regression <gcc-regression(a)gcc.gnu.org> wrote:
>
> Hi,
>
> I looked into this and still don't understand how to reproduce it.
>
> The issue as logged in libstdc++.log is a call from
> find_last_set(simd_mask<int, _VecBuiltin<16>>) to
> _MaskImplNeonMixin::_S_to_bits, which calls vpadd_s32 with two
> [[gnu::vector_size(8)]] int arguments. The CI compiler complains "error:
> cannot convert '__vector(2) int' to 'int32x2_t'".
>
> Why is that an error on your side and not on any compiler I have at hand?
>
> https://compiler-explorer.com/z/88WhcM7Kb not an error here.
>
> In any case, the new test only exposes an existing issue in the <experimental/
> simd> implementation (or its interaction with some variants of GCC?). The
> change did not introduce a new bug to libstdc++.
>
> Best,
> Matthias
>
>
> On Friday, 21 June 2024 17:00:23 GMT+2 ci_notify(a)linaro.org wrote:
>> Dear contributor, our automatic CI has detected problems related to your
>> patch(es). Please find some details below. If you have any questions,
>> please follow up on linaro-toolchain(a)lists.linaro.org mailing list,
>> Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain
>> developer on the usual project channel.
>>
>> We appreciate that it might be difficult to find the necessary logs or
>> reproduce the issue locally. If you can't get what you need from our CI
>> within minutes, let us know and we will be happy to help.
>>
>> We track this report status in https://linaro.atlassian.net/browse/GNU-1265
>> , please let us know if you are looking at the problem and/or when you have
>> a fix.
>> In arm-eabi v7-a softfp after:
>> | commit gcc-15-1500-g1340ddea015
>> | Author: Matthias Kretz <m.kretz(a)gsi.de>
>> | Date: Fri Jun 14 15:11:25 2024 +0200
>> |
>> | libstdc++: Fix find_last_set(simd_mask) to ignore padding bits
>> |
>> | With the change to the AVX512 find_last_set implementation, the
>> | change
>> | to AVX512 operator!= is unnecessary. However, the latter was not
>> | producing optimal code and unnecessarily set the padding bits. In
>> | theory, the compiler could determine that with the new !=
>> | implementation, the bit operation for clearing the padding bits is a
>> |
>> | ... 13 lines of the commit log omitted.
>>
>> FAIL: 2 regressions
>>
>> regressions.sum:
>> === libstdc++ tests ===
>>
>> Running libstdc++:libstdc++-dg/conformance.exp ...
>> FAIL: experimental/simd/pr115454_find_last_set.cc -mfpu=neon -ffast-math -O2
>> -Wno-psabi (test for excess errors) UNRESOLVED:
>> experimental/simd/pr115454_find_last_set.cc -mfpu=neon -ffast-math -O2
>> -Wno-psabi compilation failed to produce executable
>>
>>
>> You can find the failure logs in *.log.1.xz files in
>> -
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/512/artifact/artifacts/00-sumfiles/ The full lists of regressions
>> and progressions as well as configure and make commands are in -
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/512/artifact/artifacts/notify/ The list of [ignored] baseline and
>> flaky failures are in
>> -
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/512/artifact/artifacts/sumfiles/xfails.xfail
>>
>> The configuration of this build is:
>> CI config tcwg_gnu_embed_check_gcc arm-eabi -marm -march=armv7-a
>> -mfpu=vfpv3-d16 -mfloat-abi=softfp
>>
>> -----------------8<--------------------------8<--------------------------8<-
>> ------------------------- The information below can be used to reproduce a
>> debug environment:
>>
>> Current build :
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/512/artifact/artifacts Reference build :
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/511/artifact/artifacts
>>
>> Reproduce last good and first bad builds:
>> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh
>> a1/1340ddea0158de3f49aeb75b4013e5fc313ff6f4/tcwg_gnu_embed_check_gcc/master-
>> arm_v7a_softfp_eabi/reproduction_instructions.txt
>>
>> Full commit :
>> https://github.com/gcc-mirror/gcc/commit/1340ddea0158de3f49aeb75b4013e5fc31
>> 3ff6f4
>>
>> List of configurations that regressed due to this commit :
>> * tcwg_gnu_embed_check_gcc
>> ** master-arm_v7a_softfp_eabi
>> *** FAIL: 2 regressions
>> ***
>> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh
>> a1/1340ddea0158de3f49aeb75b4013e5fc313ff6f4/tcwg_gnu_embed_check_gcc/master-
>> arm_v7a_softfp_eabi/details.txt ***
>> https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_e
>> abi-build/512/artifact/artifacts
>
>
> --
> ──────────────────────────────────────────────────────────────────────────
> Dr. Matthias Kretz https://mattkretz.github.io
> GSI Helmholtz Center for Heavy Ion Research https://gsi.de
> std::simd
> ──────────────────────────────────────────────────────────────────────────
Progress:
* UM-2 [QEMU upstream maintainership]
+ code review and target-arm pullreq
+ Coverity gardening: triage of new issues; update of component definitions
+ respin of "allow a second UART in virt machine" patchset from last year
+ KVM Forum programme committee work
-- PMM
Hello Linaro Toolchain Working Group,
clang-arm64-windows-msvc cannot checkout LLVM because of this error:
fatal: Unable to create
'C:/Users/tcwg/llvm-worker/clang-arm64-windows-msvc/llvm/.git/index.lock':
File exists.
Looks like it needs some love and care. Could you look at this, please?
Thanks
Galina
On Wed, 2024-06-12 at 20:25 +0000, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to
> your patch(es). Please find some details below. If you have any
> questions, please follow up on
> linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg
> channel, or ping your favourite Linaro toolchain developer on the
> usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs
> or reproduce the issue locally. If you can't get what you need from
> our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in
> https://linaro.atlassian.net/browse/GNU-1254 , please let us know if
> you are looking at the problem and/or when you have a fix.
Sorry about the breakage.
I had filed this as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115465
and I believe I've fixed it with r15-1220-
ge35f4eab68773b08324f9784ca69f8ace3c657cc.
Dave
>
> In gcc_build master-aarch64 after:
>
> | commit gcc-15-1209-gc5e3be45688
> | Author: David Malcolm <dmalcolm(a)redhat.com>
> | Date: Wed Jun 12 09:15:09 2024 -0400
> |
> | pretty_printer: make all fields private
> |
> | No functional change intended.
> |
> | gcc/analyzer/ChangeLog:
> | * access-diagram.cc (access_range::dump): Update for
> fields of
> | pretty_printer becoming private.
> | ... 227 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> # FAILED
> # First few build errors in logs:
> # 00:03:27 ../../../../../../gcc/gcc/config/aarch64/aarch64-early-
> ra.cc:3449:23: error: ‘class pretty_printer’ has no member named
> ‘buffer’; did you mean ‘output_buffer* pretty_printer::m_buffer’?
> (not accessible from this context)
> # 00:03:27 make[2]: *** [/home/tcwg-
> buildslave/workspace/tcwg_gnu_3/abe/snapshots/gcc.git~master/gcc/conf
> ig/aarch64/t-aarch64:200: aarch64-early-ra.o] Error 1
> # 00:03:27 make[1]: *** [Makefile:4704: all-gcc] Error 2
> # 00:03:27 make: *** [Makefile:1065: all] Error 2
>
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> 1
>
> The configuration of this build is:
> CI config tcwg_gcc_build master-aarch64
>
> -----------------8<--------------------------8<----------------------
> ----8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build :
> https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/2157/artifac…
> Reference build :
> https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/2156/artifac…
>
> Reproduce last good and first bad builds:
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit :
> https://github.com/gcc-mirror/gcc/commit/c5e3be456888aa48f591512ec28183703e…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_build
> ** master-aarch64
> *** Failure
> ***
> https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> ***
> https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/2157/artifac…
Hi,
On Sun, Jun 09, 2024 at 11:37:45PM +0000, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1233 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-lts-allmodconfig after:
>
> | commit llvmorg-19-init-12271-g29189738b832
> | Author: Dan Liew <dan(a)su-root.co.uk>
> | Date: Thu May 23 18:35:24 2024 -0700
> |
> | Reland #90786 ([BoundsSafety] Allow 'counted_by' attribute on pointers in structs in C) (#93121)
> |
> | [BoundsSafety] Reland #93121 Allow 'counted_by' attribute on pointers in structs in C (#93121)
> |
> | Fixes #92687.
> |
> | Previously the attribute was only allowed on flexible array members.
> | ... 130 lines of the commit log omitted.
Thanks a lot for the report. This is expected and how Linux needs to
react is still being discussed/figured out:
https://github.com/ClangBuiltLinux/linux/issues/2026https://github.com/ClangBuiltLinux/linux/issues/2027https://github.com/ClangBuiltLinux/linux/issues/2028
Cheers,
Nathan
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1249 , please let us know if you are looking at the problem and/or when you have a fix.
In arm-eabi cortex-m0 soft after:
| commit v9.0.0-1299-g1f97715c83
| Author: Paolo Bonzini <pbonzini(a)redhat.com>
| Date: Wed Aug 9 01:10:34 2023 +0200
|
| Revert "python: use vendored tomli"
|
| Now that Ubuntu 20.04 is not included anymore, there is no need to ship
| it as part of QEMU; Ubuntu 22.04 includes it and Leap users anyway
| need to install all the required dependencies from PyPI.
|
| This mostly reverts commit ec77ee7634de123b7c899739711000fd21dab68b,
| ... 3 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# true:
0
# build_abe binutils:
1
# build_abe stage1 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-cpu=cortex-m0 --set gcc_override_configure=--with-float=soft:
2
# build_abe newlib:
4
# build_abe stage2 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-cpu=cortex-m0 --set gcc_override_configure=--with-float=soft:
5
# build_abe gdb:
6
# build_abe qemu:
# FAILED
From
# reset_artifacts:
-10
# true:
0
# build_abe binutils:
1
# build_abe stage1 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-cpu=cortex-m0 --set gcc_override_configure=--with-float=soft:
2
# build_abe newlib:
4
# build_abe stage2 -- --set gcc_override_configure=--disable-multilib --set gcc_override_configure=--with-mode=thumb --set gcc_override_configure=--with-cpu=cortex-m0 --set gcc_override_configure=--with-float=soft:
5
# build_abe gdb:
6
# build_abe qemu:
7
The configuration of this build is:
CI config tcwg_gnu_embed_build arm-eabi -mthumb -march=armv6s-m -mtune=cortex-m0 -mfloat-abi=soft -mfpu=auto
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_m0_eabi-build/…
Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_m0_eabi-build/…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/qemu/s…
Full commit : https://gitlab.com/qemu-project/qemu/commit/1f97715c8390e582f154d8b579c7077…
List of configurations that regressed due to this commit :
* tcwg_gnu_embed_build
** master-thumb_m0_eabi
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/qemu/s…
*** https://ci.linaro.org/job/tcwg_gnu_embed_build--master-thumb_m0_eabi-build/…
Progress:
* UM-2 [QEMU upstream maintainership]
- updated our component definition regexes for Coverity Scan
- sent patches with the followon cleanup RTH requested when reviewing
my FEAT_WFxT patchset
- code review
- triage of new coverity issues
-- PMM
Do r15-1050-gfcfce55c85f842ed843cbc4aabe744c6a004dead fix the failure?
On Thu, Jun 6, 2024 at 10:06 PM ci_notify--- via Gcc-regression
<gcc-regression(a)gcc.gnu.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1244 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In arm-eabi cortex-m0 soft after:
>
> | commit gcc-15-1022-gb05288d1f1e
> | Author: liuhongt <hongtao.liu(a)intel.com>
> | Date: Tue May 21 16:57:17 2024 +0800
> |
> | Don't simplify NAN/INF or out-of-range constant for FIX/UNSIGNED_FIX.
> |
> | According to IEEE standard, for conversions from floating point to
> | integer. When a NaN or infinite operand cannot be represented in the
> | destination format and this cannot otherwise be indicated, the invalid
> | operation exception shall be signaled. When a numeric operand would
> | convert to an integer outside the range of the destination format, the
> | ... 29 lines of the commit log omitted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.dg/dg.exp ...
> FAIL: gcc.dg/pr100927.c scan-rtl-dump-times final "(?n)\\(fix:SI" 3
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
>
> The configuration of this build is:
> CI config tcwg_gnu_embed_check_gcc arm-eabi -mthumb -march=armv6s-m -mtune=cortex-m0 -mfloat-abi=soft -mfpu=auto
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/b05288d1f1e4b632eddf8830b4369d4659…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_embed_check_gcc
> ** master-thumb_m0_eabi
> *** FAIL: 1 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m0_eabi-bu…
--
BR,
Hongtao
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1242 , please let us know if you are looking at the problem and/or when you have a fix.
In CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig after:
| commit gcc-15-874-g9bda2c4c81b
| Author: David Malcolm <dmalcolm(a)redhat.com>
| Date: Tue May 28 15:55:24 2024 -0400
|
| libcpp: move label_text to its own header
|
| No functional change intended.
|
| libcpp/ChangeLog:
| * Makefile.in (TAGS_SOURCES): Add include/label-text.h.
| * include/label-text.h: New file.
| ... 4 lines of the commit log omitted.
Results changed to
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
33
From
# reset_artifacts:
-10
# build_abe binutils:
-9
# build_abe stage1:
-5
# build_abe qemu:
-2
# linux_n_obj:
34005
# linux build successful:
all
# linux boot successful:
boot
The configuration of this build is:
CI config tcwg_kernel/gnu-master-arm-stable-allmodconfig
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Reference build : https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/9bda2c4c81b668b1d9abbb58cc4e805ac9…
List of configurations that regressed due to this commit :
* tcwg_kernel
** gnu-master-arm-stable-allmodconfig
*** Failure
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_kernel--gnu-master-arm-stable-allmodconfig-b…
Fixed by v2 of the patch.
On Wed, 5 Jun 2024 at 23:18, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gcc_check master-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/91570
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Jun 5 16:31:46 2024 +0100
> |
> | libstdc++: Use memchr to optimize std::find [PR88545]
> |
> | I plan to push this after testing finishes.
> |
> | -- >8 --
> |
> | This optimizes std::find to use memchr when searching for an integer in
> | ... 12 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 66fa2f10372 contrib: Fix spelling and capitalization in header-tools
>
> FAIL: 4 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: std/ranges/adaptors/lazy_split.cc -std=gnu++20 (test for excess errors)
> UNRESOLVED: std/ranges/adaptors/lazy_split.cc -std=gnu++20 compilation failed to produce executable
> FAIL: std/ranges/adaptors/lazy_split.cc -std=gnu++26 (test for excess errors)
> UNRESOLVED: std/ranges/adaptors/lazy_split.cc -std=gnu++26 compilation failed to produce executable
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7597/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2226/artifact/ar…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
ci_notify(a)linaro.org writes:
> Dear contributor, our automatic CI has detected problems related to your
> patch(es). Please find some details below. If you have any questions,
> please follow up on linaro-toolchain(a)lists.linaro.org mailing list,
> Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain
> developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or
> reproduce the issue locally. If you can't get what you need from our CI
> within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1221
> , please let us know if you are looking at the problem and/or when you have
> a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-15-937-g7e322d576eb
> | Author: Rainer Orth <ro(a)CeBiTec.Uni-Bielefeld.DE>
> | Date: Fri May 31 09:29:38 2024 +0200
> |
> | testsuite: Adjust several dg-additional-files-options calls [PR115294]
> |
> | A recent patch
> |
> | commit bdc264a16e327c63d133131a695a202fbbc0a6a0
> | Author: Alexandre Oliva <oliva(a)adacore.com>
> | Date: Thu May 30 02:06:48 2024 -0300
> | ... 42 lines of the commit log omitted.
>
> FAIL: 8 regressions
I couldn't find a way to comment on the issue page directly, and I
refuse to spend any time on some random CI system du jour.
This is a false positive: the previous commit
commit bdc264a16e327c63d133131a695a202fbbc0a6a0
Author: Alexandre Oliva <oliva(a)adacore.com>
Date: Thu May 30 02:06:48 2024 -0300
broke libgomp testing, hiding any previous failures as described in PR
testsuite/115294. My patch restored testing, so all failures previously
visible are now visible again.
Those failures are well known and tracked as PR testsuite/115140, no
regression here.
Progress (short week, three days):
* UM-2 [QEMU upstream maintainership]
- another week of pretty much just code review:
+ more of RTH's decodetree conversion series (several rounds)
+ "Connect STM32L4x5 USART devices to the EXTI" v2
+ "Check clock connection between STM32L4x5 RCC and peripherals" v3
+ fixes to some GICv2 corner case behaviours
+ move the sbsa-ref default CPU up to Neoverse-N2
+ v2 of patchset adding SMP support to xilinx-zynq board model
+ patch fixing a bug in the error-exit codepath of a virtio-pci
function (reported by Coverity)
+ BCM2835 One-Time-Programmable Memory device emulation
+ RTH's patchset adding SPARC support to risu
+ Alex's patches to add a SYS_GET_CMDLINE test to the semihosting-tests
+ Patch to make ID_AA64ZFR0_EL1 read as 0 when user disables SVE
- sent a patch to fix a bug spotted by Coverity in a recent change to
the xlnx-dpdma device
- multiple target-arm pullreqs
-- PMM
Hi Harald,
On Mon, 6 May 2024 at 21:02, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1214 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gcc-15-168-g21e7aa5f3ea
> | Author: Harald Anlauf <anlauf(a)gmx.de>
> | Date: Mon Apr 29 19:52:52 2024 +0200
> |
> | Fortran: fix issues with class(*) assignment [PR114827]
> |
> | gcc/fortran/ChangeLog:
> |
> | PR fortran/114827
> | * trans-array.cc (gfc_alloc_allocatable_for_assignment): Take into
> | account _len of unlimited polymorphic entities when calculating
> | ... 9 lines of the commit log omitted.
>
> FAIL: 6 regressions
>
> regressions.sum:
> === gfortran tests ===
>
> Running gfortran:gfortran.dg/asan/asan.exp ...
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O0 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O1 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O2 execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -O3 -g execution test
> FAIL: gfortran.dg/asan/unlimited_polymorphic_34.f90 -fsanitize=address -Os execution test
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
>
> The configuration of this build is:
> CI config tcwg_gnu_cross_check_gcc master-aarch64
Sorry for the delay in coming back to you regarding this notification.
You can consider this as a false alarm, caused by the fact that the
above configurations use QEMU, which is not (currently) compatible
with LSAN (which is enabled by ASAN).
We are working on a fix in our testing framework to avoid such issues
in the future.
Thanks,
Christophe
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/21e7aa5f3ea44ca2fef8deb8788edffc04…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_cross_check_gcc
> ** master-aarch64
> *** FAIL: 6 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/14…
Progress (short week, three days):
* UM-2 [QEMU upstream maintainership]
- spent pretty much all week working through the code review backlog
that had built up while I was on holiday and at Connect:
+ RTH's patchset making various updates to the risu
random-instruction-sequence tester
+ a patchset fixing some bugs in our GICv2 emulation
+ patches adding the cache controller and SMP support to xilinx-zynq
+ patchset modelling the STM32L4x5 USART interrupt lines properly
+ Alex's patches to the semihosting tests for SYS_GET_CMDLINE
+ a patch to fix an assert in the hcd-ohci USB controller if the
guest does something silly
+ reviewed the first half of RTH's 60-patch patchset converting the
A64 SIMD decode to decodetree (second half for next week...)
-- PMM
Hi all,
I received this message about my patch failing to build. It probably is
my fault, but I cannot figure out why, it bootstraps without problems on
my own computer. All of my attempts to reproduce have failed, and I
don't have any ideas would could cause this.
All of my guesses for fixes haven't worked, and I'm really at the end of
my knowledge and ability.
Thanks,
Peter D.
-------- Original Message --------
Subject: [Linaro-TCWG-CI] gcc patch #89969: Failure on aarch64
Date: 2024-05-12 17:14
From: ci_notify(a)linaro.org
To: peter0x44(a)disroot.org
Reply-To: linaro-toolchain(a)lists.linaro.org
Dear contributor, our automatic CI has detected problems related to your
patch(es). Please find some details below. If you have any questions,
please follow up on linaro-toolchain(a)lists.linaro.org mailing list,
Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain
developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or
reproduce the issue locally. If you can't get what you need from our CI
within minutes, let us know and we will be happy to help.
In gcc_build master-aarch64 after:
| gcc patch https://patchwork.sourceware.org/patch/89969
| Author: Peter Damianov <peter0x44(a)disroot.org>
| Date: Sun May 12 06:38:58 2024 -0700
|
| driver: Output to a temp file; rename upon success [PR80182]
|
| Currently, commands like:
| gcc -o file.c -lm
| will delete the user's code.
|
| This patch makes the linker write executables to a temp file,
and then renames
| ... 15 lines of the commit log omitted.
| ... applied on top of baseline commit:
| 46077992180 arm: Use utxb rN, rM, ror #8 to implement zero_extract
on armv6.
Results changed to
# reset_artifacts:
-10
# true:
0
# build_abe gcc:
# FAILED
# First few build errors in logs:
# 00:04:12 make[2]: *** [Makefile:1005: libgcc_s.so] Error 1
# 00:04:12 make[1]: *** [Makefile:14340: all-target-libgcc] Error 2
# 00:04:12 make: *** [Makefile:1062: all] Error 2
From
# reset_artifacts:
-10
# true:
0
# build_abe gcc:
1
The configuration of this build is:
CI config tcwg_gcc_build master-aarch64
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build :
https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-precommit/8869/art…
Reference build :
https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/2030/artifac…
Warning: we do not enable maintainer-mode nor automatically update
generated files, which may lead to failures if the patch modifies the
master files.
Hi Pedro,
As you may have noticed, this patch caused new failures on arm.
Are you working on a fix?
Thanks,
Christophe
On Sat, 13 Apr 2024 at 16:59, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1198 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gdb_check master-arm after:
>
> | commit gdb-14-branchpoint-2094-gc223d373883
> | Author: Pedro Alves <pedro(a)palves.net>
> | Date: Tue May 2 15:04:28 2023 +0100
> |
> | Fix setting watchpoints when current thread is running
> |
> | Currently, when the current thread is running, you can print global
> | variables. However, if you try to set a watchpoint on the same
> | globals, GDB errors out, complaining that the selected thread is
> | running. Like so:
> |
> | ... 37 lines of the commit log omitted.
>
> FAIL: 5 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.base/watchpoint-running.exp ...
> FAIL: gdb.base/watchpoint-running.exp: all-stop: hardware: watch global_var
> FAIL: gdb.base/watchpoint-running.exp: all-stop: hardware: watchpoint hit (timeout)
> FAIL: gdb.base/watchpoint-running.exp: non-stop: hardware: watch global_var
> FAIL: gdb.base/watchpoint-running.exp: non-stop: hardware: watchpoint hit (timeout)
>
> Running gdb:gdb.threads/signal-command-handle-nopass.exp ...
> FAIL: gdb.threads/signal-command-handle-nopass.exp: step-over no: signal SIGUSR1
> ... and 1 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1047/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=c223d37388320…
>
> List of configurations that regressed due to this commit :
> * tcwg_gdb_check
> ** master-arm
> *** FAIL: 5 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/1050/artifact/ar…
Progress:
* UM-2 [QEMU upstream maintainership]
- last bits of prep and admin for Connect
- investigating what we should do with the MPIDR when the user
specifies a topology setup when the CPU being emulated is or
is not one with MPIDR.MT set. I had written this up as a
"bitesized task" in the bug system, but unfortunately it is
turning out to be hairier than I had thought at the time...
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- Finished and sent out patches to implement FEAT_WFxT emulation
(WFI/WFE with a timeout)
-- PMM
These are all expected "failures" for arm (aarch32) really; the new testcases were known to fail for that target; it is recorded as PR 224847. I was not sure how to record this besides in the commit message.
Should I xfail them for the targets that are known to fail?
Thanks,
Andrew Pinski
> -----Original Message-----
> From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
> Sent: Friday, April 26, 2024 3:15 PM
> To: Andrew Pinski (QUIC) <quic_apinski(a)quicinc.com>
> Subject: [Linaro-TCWG-CI] gcc patch #89057: FAIL: 28 regressions on arm
>
> Dear contributor, our automatic CI has detected problems related to your
> patch(es). Please find some details below. If you have any questions, please
> follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg
> channel, or ping your favourite Linaro toolchain developer on the usual project
> channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce
> the issue locally. If you can't get what you need from our CI within minutes, let
> us know and we will be happy to help.
>
> In gcc_check master-arm after:
>
> | gcc patch https://patchwork.sourceware.org/patch/89057
> | Author: Andrew Pinski <quic_apinski(a)quicinc.com>
> | Date: Fri Apr 26 10:07:40 2024 -0700
> |
> | aarch64: Fix normal returns inside functions which use eh_returns
> [PR114843]
> |
> | The problem here is that on a normal return path, we still restore the
> | eh data return when we should not.
> | Instead of one return path in the case of eh_return, this changes over
> | to use multiple returns pathes just like a normal function.
> | On the normal path (non-eh return), we need to skip restoring of the eh
> | ... 43 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 6b86f71165d AArch64: Cleanup memset expansion
>
> FAIL: 28 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.c-torture/execute/execute.exp ...
> FAIL: gcc.c-torture/execute/eh_return-1.c -O0 execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -O1 execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -O2 execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -O2 -flto -fno-use-linker-plugin -
> flto-partition=none execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -O2 -flto -fuse-linker-plugin -fno-
> fat-lto-objects execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -O3 -g execution test
> FAIL: gcc.c-torture/execute/eh_return-1.c -Os execution test ... and 22 more
> entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6993/artifact/artifacts/artifacts.precommit/00-sumfiles/
> The full lists of regressions and progressions as well as configure and make
> commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6993/artifact/artifacts/artifacts.precommit/notify/
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6993/artifact/artifacts/artifacts.precommit/sumfiles/xfails.xfail
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<----------------
> ----------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> precommit/6993/artifact/artifacts
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-
> build/2027/artifact/artifacts
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the master
> files.
Progress:
* UM-2 [QEMU upstream maintainership]
- made the 9.0 release and handed over pullreq processing to RTH
for the 9.1 cycle
- collected up and sent out the first target-arm pullreq for 9.1
- finished creating JIRA issues for QEMU for FEAT_* features
to bring us into sync with the rev K.a Arm ARM
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- Sent out v2 of the "make CNTFRQ 1GHz" patchset. This version
includes patches to keep sbsa-ref on the old 62.5MHz frequency
(since there's no TF-A release yet with the fix to make it not
hardcode that value)
- Started looking at FEAT_WFxT (WFI/WFE with a timeout)
-- PMM
Hi,
Executing on host:
/home/tcwg-build/workspace/tcwg_gnu_4/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gfortran
/home/tcwg-build/workspace/tcwg_gnu_4/abe/snapshots/gcc.git~master/gcc/testsuite/gfortran.dg/pr89462.f90
-fdiagnostics-plain-output -fdiagnostics-plain-output -O
-pedantic-errors -S -o pr89462.s (timeout = 600)
spawn -ignore SIGHUP
/home/tcwg-build/workspace/tcwg_gnu_4/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gfortran
/home/tcwg-build/workspace/tcwg_gnu_4/abe/snapshots/gcc.git~master/gcc/testsuite/gfortran.dg/pr89462.f90
-fdiagnostics-plain-output -fdiagnostics-plain-output -O -pedantic-errors
-S -o pr89462.s
/home/tcwg-build/workspace/tcwg_gnu_4/abe/snapshots/gcc.git~master/gcc/testsuite/gfortran.dg/pr89462.f90:6:14:
Warning: Obsolescent feature: Old-style character length at (1)
/home/tcwg-build/workspace/tcwg_gnu_4/abe/snapshots/gcc.git~master/gcc/testsuite/gfortran.dg/pr89462.f90:7:17:
Warning: Obsolescent feature: Old-style character length at (1)
As far as I can see, adding -pedantic-errors and the warning fixes the
regression.
Do you only run the pre-commit regression tests with -pedantic-errors?
Thanks
Paul
Hi,
I am wondering why I got the following message?
I only sent patch review request to gcc-patches(a)gcc.gnu.org<mailto:gcc-patches@gcc.gnu.org>, never committed the patches to any public repository.
Are there anyone else applied the patches to sourceware and tested them?
I have posted many patch review request to gcc-patches(a)gcc.gnu.org<mailto:gcc-patches@gcc.gnu.org>, this is the first time I got such message.
Thanks a lot for your help.
Qing
On Apr 20, 2024, at 00:27, ci_notify(a)linaro.org wrote:
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
In gcc_check master-arm after:
| 3 patches in gcc
| Patchwork URL: https://patchwork.sourceware.org/patch/88759
| da63cf36d84 Add testing cases for flexible array members in unions and alone in structures.
| 9a83cd642a0 C and C++ FE changes to support flexible array members in unions and alone in structures.
| 513291ec443 Documentation change
| ... applied on top of baseline commit:
| 9f10005dbc9 RISC-V: Add xfail test case for wv insn register overlap
FAIL: 260 regressions
regressions.sum:
=== g++ tests ===
Running g++:g++.dg/dg.exp ...
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++14 (test for errors, line 5)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++14 (test for excess errors)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++17 (test for errors, line 5)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++17 (test for excess errors)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++20 (test for errors, line 5)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++20 (test for excess errors)
FAIL: c-c++-common/builtin-clear-padding-3.c -std=gnu++98 (test for errors, line 5)
... and 259 more entries
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6897/artifac…
The full lists of regressions and progressions as well as configure and make commands are in
- https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6897/artifac…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6897/artifac…
The configuration of this build is:
CI config tcwg_gcc_check master-arm
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/6897/artifac…
Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1997/artifact/ar…
Warning: we do not enable maintainer-mode nor automatically update
generated files, which may lead to failures if the patch modifies the
master files.
Hi Tom.
As you may have noticed, your patch below caused regressions in the
libstdc++ testsuite on aarch64:
FAIL: libstdc++-prettyprinters/debug.cc print redirected
FAIL: libstdc++-prettyprinters/simple.cc print redirected
FAIL: libstdc++-prettyprinters/simple11.cc print redirected
For instance, the log contains:
$24 = Traceback (most recent call last):
File "/home/tcwg-buildslave/workspace/tcwg_gnu_5/abe/snapshots/gcc.git~master/libstdc++-v3/testsuite/../python/libstdcxx/v6/printers.py",
line 2279, in to_string
got: $24 = Traceback (most recent call last):
FAIL: libstdc++-prettyprinters/debug.cc print redirected
Do you know if this is a problem in GDB, or if the testcase needs an
adjustment like recently for another one?
Thanks,
Christophe
On Thu, 18 Apr 2024 at 01:39, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1202 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gdb-14-branchpoint-2123-g4e417d7bb1c
> | Author: Tom Tromey <tom(a)tromey.com>
> | Date: Fri Jan 12 18:01:00 2024 -0700
> |
> | Change handling of DW_TAG_enumeration_type in DWARF scanner
> |
> | Currently the DWARF scanner will enter enumeration constants into the
> | same namespace as the DW_TAG_enumeration_type itself. This is the
> | right thing to do, but the implementation may result in strange
> | entries being added to the addrmap that maps DIE ranges to entries.
> |
> | ... 8 lines of the commit log omitted.
>
> FAIL: 3 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-prettyprinters/prettyprinters.exp ...
> FAIL: libstdc++-prettyprinters/debug.cc print redirected
> FAIL: libstdc++-prettyprinters/simple.cc print redirected
> FAIL: libstdc++-prettyprinters/simple11.cc print redirected
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
>
> The configuration of this build is:
> CI config tcwg_gnu_native_check_gcc master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=4e417d7bb1c7d…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gcc
> ** master-aarch64
> *** FAIL: 3 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
Progress:
* UM-2 [QEMU upstream maintainership]
- got rc4 out of the door; 9.0 release next week
- working through the rev K.a Arm ARM to resync the list of
architecture features we have implemented and the Linaro JIRA
issues that track the ones we haven't. Sent a patchset that updates
the QEMU documentation to the new feature names and the newly
added features that previously were effectively considered part
of baseline v8.0.
- Sent patches that add some easy "no-op for QEMU" features:
FEAT_CSV2_3, FEAT_ETS2, FEAT_Spec_FPACC.
- Sorted out the last loose end in the FEAT_NMI patchseries (the
cpuif should have a different "NMI supported" state to the IRI),
and queued it ready for 9.1
- Queued a few other already-reviewed patchseries ready for 9.1
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- Making the generic timer default frequency be 1GHz (required for
Arm v8.6 and above). I have patches for this, most of which are
concerned with ensuring that for backwards-compatibility we don't
use the new default on old CPU types and old versioned machines.
-- PMM
On Mon, 15 Apr 2024 at 12:15, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gcc_build master-aarch64 after:
>
> | gcc patch https://patchwork.sourceware.org/patch/88475
> | Author: Fei Gao <gaofei(a)eswincomputing.com>
> | Date: Mon Apr 15 06:33:17 2024 +0000
> |
> | optimize Zicond conditional select cases.
> |
> | When one of the two input operands is 0, ADD and IOR are functionally
> | equivalent.
> | ADD is slightly preferred over IOR because ADD has a higher likelihood
> | of being implemented as a compressed instruction when compared to IOR.
> | C.ADD uses the CR format with any of the 32 RVI registers availble,
> | ... 21 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 7f4ba5480e0 testsuite: i386: Restrict gcc.target/i386/fhardened-1.c etc. to Linux/GNU
>
> Results changed to
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> # FAILED
> # First few build errors in logs:
> # 00:11:10 make[2]: *** [/home/tcwg-build/workspace/tcwg_gnu_0/abe/snapshots/gcc.git~master/gcc/fortran/Make-lang.in:142: fortran.install-html] Error 1
> # 00:11:10 make[1]: *** [Makefile:5002: install-html-gcc] Error 1
> # 00:11:10 make: *** [Makefile:1895: do-install-html] Error 2
>
Please ignore this false alarm: it was caused by a change in our build
scripts. The problem should now be fixed.
I've manually retriggered the validation, the status should be updated
soon in patchwork.
Thanks,
Christophe
> From
> # reset_artifacts:
> -10
> # true:
> 0
> # build_abe gcc:
> 1
>
> The configuration of this build is:
> CI config tcwg_gcc_build master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-precommit/8188/art…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_build--master-aarch64-build/1921/artifac…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hello,
> | 4 patches in gdb
> | Patchwork URL: https://patchwork.sourceware.org/patch/88278
> | 343a2568d2c gdb, infrun: fix multi-threaded reverse stepping
> | a4cfc3d32a8 gdb, infrun, record: move no-history notification into
>normal_stop
> | fc70b453e32 gdb, infrun, record: fix hang when step-over fails with no-
>history
> | 45548f364fd gdb, infrun, btrace: fix reverse/replay stepping at end of
>execution history
> | ... applied on top of baseline commit:
> | 31c21e2c13d [gdb/testsuite] Fix gdb.threads/access-mem-running-thread-
>exit.exp with clang
>
>FAIL: 1 regressions: 1 progressions
>
>regressions.sum:
> === gdb tests ===
>
>Running gdb:gdb.threads/interrupt-while-step-over.exp ...
>FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off:
>iter=6: wait for stops (timeout)
The log contains several FAILs at different iterations, yet this report lists a single
new fail at iteration 6 IIUC. Is this test known to be flaky?
I tried reproducing this on x86-64 but couldn't find any flakiness with this test.
>progressions.sum:
> === gdb tests ===
>
>Running gdb:gdb.threads/detach-step-over.exp ...
>FAIL: gdb.threads/detach-step-over.exp: breakpoint-condition-
>evaluation=host: target-non-stop=on: non-stop=on: displaced=off:
>test_detach_command: iter 2: attach (GDB internal error)
What is a 'progression'?
The log again contains several fails in this test. I also found the same GDB internal error
in xfails.xfail on iter 3 instead of 2.
I tried reproducing this on x86-64 but couldn't find any flakiness with this test.
>You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-
>precommit/2150/artifact/artifacts/artifacts.precommit/00-sumfiles/
>The full lists of regressions and progressions as well as configure and make
>commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-
>precommit/2150/artifact/artifacts/artifacts.precommit/notify/
>The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-
>precommit/2150/artifact/artifacts/artifacts.precommit/sumfiles/xfails.xfail
>
>The configuration of this build is:
>CI config tcwg_gdb_check master-arm
>
>-----------------8<--------------------------8<--------------------------8<-----------------------
>---
>The information below can be used to reproduce a debug environment:
>
>Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-
>precommit/2150/artifact/artifacts
>Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-
>build/1039/artifact/artifacts
>
>Warning: we do not enable maintainer-mode nor automatically update
>generated files, which may lead to failures if the patch modifies the
>master files.
If those are indeed real fails introduced by my patches, any chance I can debug
this on an x86-64 system? Via simulation, perhaps?
thanks,
Markus.
Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de <http://www.intel.de>
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928
Progress:
* UM-2 [QEMU upstream maintainership]
- looking at some late-breaking patches for various more-or-less
9.0-worthy bugs
- tagged rc3; looks like we'll need an rc4, though
- back to looking at cleanups and refactorings of our reset handling:
+ add support for a new reset type RESET_TYPE_SNAPSHOT_LOAD so
we can use a new-style reset method for the kind of "load new
RNG seed into memory" task we can currently only do with
qemu_register_reset_nosnapshotload() or with a Machine reset
method
+ pass the reset type into all reset phase methods, not just 'enter'
+ experimenting with making Machine a subclass of Device, which
should let us clean up some inconsistencies (like Machine having
its own reset handling that's different from everything else)
-- PMM
Yeah I'll fix this, looks like a testism due to changes in codegen between dev and commit versions, code improved too so it's the good type of testism ;)
________________________________________
From: ci_notify(a)linaro.org <ci_notify(a)linaro.org>
Sent: Thursday, April 11, 2024 3:43 PM
To: Andre Simoes Dias Vieira
Cc: gcc-regression(a)gcc.gnu.org
Subject: [Linaro-TCWG-CI] gcc-14-9891-g5aa3fec38cc: FAIL: 12 regressions on aarch64
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1192 , please let us know if you are looking at the problem and/or when you have a fix.
In gcc_check master-aarch64 after:
| commit gcc-14-9891-g5aa3fec38cc
| Author: Andre Vieira <andre.simoesdiasvieira(a)arm.com>
| Date: Wed Apr 10 16:29:46 2024 +0100
|
| aarch64: Add support for _BitInt
|
| This patch adds support for C23's _BitInt for the AArch64 port when compiling
| for little endianness. Big Endianness requires further target-agnostic
| support and we therefor disable it for now.
|
| gcc/ChangeLog:
| ... 24 lines of the commit log omitted.
FAIL: 12 regressions
regressions.sum:
=== gcc tests ===
Running gcc:gcc.target/aarch64/aarch64.exp ...
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g1
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g16
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g16p
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g1p
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g8
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align16.c check-function-bodies g8p
FAIL: gcc.target/aarch64/bitfield-bitint-abi-align8.c check-function-bodies g1
... and 6 more entries
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1842/artifac…
The full lists of regressions and progressions as well as configure and make commands are in
- https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1842/artifac…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1842/artifac…
The configuration of this build is:
CI config tcwg_gcc_check master-aarch64
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1842/artifac…
Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1841/artifac…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
Full commit : https://github.com/gcc-mirror/gcc/commit/5aa3fec38cc6f52285168b161bab1a869d…
List of configurations that regressed due to this commit :
* tcwg_gcc_check
** master-aarch64
*** FAIL: 12 regressions
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
*** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1842/artifac…
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
ci_notify(a)linaro.org writes:
> In CI config tcwg_kernel/gnu-master-arm-next-allyesconfig after:
>
> | commit v6.9-rc2-36-gfc4216add64ee
> | Author: Samuel Holland <samuel.holland(a)sifive.com>
> | Date: Fri Mar 29 00:18:28 2024 -0700
> |
> | drm/amd/display: use ARCH_HAS_KERNEL_FPU_SUPPORT
> |
> | Now that all previously-supported architectures select
> | ARCH_HAS_KERNEL_FPU_SUPPORT, this code can depend on that symbol instead
> | of the existing list of architectures. It can also take advantage of the
> | common kernel-mode FPU API and method of adjusting CFLAGS.
> |
> | ... 21 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_abe stage1:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 22511
>
> From
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_abe stage1:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 22321
> # linux build successful:
> all
This problem still reproduces on next-20240410, so I reported it to the
patch author. He responded here:
https://lore.kernel.org/linux-arm-kernel/75a37a4b-f516-40a3-b6b5-4aa1636f9b…
mentioning that it's a shortcoming of GCC on arm:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91970
Though Andrew Pinski has just disagreed with that assessment.
--
Thiago
Hi there,
Thanks for the heads-up on gcc patch #88281: 6 regressions on arm.
I see from the log that the test timed-out and the core was dumped. I
cannot reproduce this and can see nothing in the tree-dump that might cause
a time out. I would appreciate some help on where the fault lies and what
the cause might be.
Best regards
Paul Thomas
Progress (short week, 3 days):
* UM-2 [QEMU upstream maintainership]
- more pullreq wrangling
- more FEAT_NMI patchset review: I think I'm now finally done with this
- looked at issue #2150 and produced a short standalone repro case from
the logfile the user provided (which was from a boot of Windows)
-- PMM
On Thu, 4 Apr 2024 at 22:21, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
Hi,
The new testcase only works for targets where char is signed, because
I forgot to add the assertions for the unsigned case. My own aarch64
testing found the same problem.
I'll send a v2 patch shortly. Thanks for the useful CI service!
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gcc_check master-aarch64 after:
>
> | gcc patch https://patchwork.sourceware.org/patch/88035
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Thu Apr 4 16:29:09 2024 +0100
> |
> | libstdc++: Fix infinite loop in std::istream::ignore(n, delim) [PR93672]
> |
> | I would appreciate more eyes on this to confirm my conclusions about
> | negative int_type values, and the proposed fix, make sense.
> |
> | Tested x86_64-linux.
> |
> | ... 32 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | dc8a25189dd Add gcov MC/DC tests for GDC
>
> FAIL: 1 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 27_io/basic_istream/ignore/char/93672.cc -std=gnu++17 execution test
>
>
> # of stable fails 61
> # of flaky entries 9
> # of all tests 890731
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/5627/art…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/5627/art…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/5627/art…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-precommit/5627/art…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1805/artifac…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1187 , please let us know if you are looking at the problem and/or when you have a fix.
In master-aarch64 after:
| commit glibc-2.39.9000-128-ga4ed0471d7
| Author: Adhemerval Zanella <adhemerval.zanella(a)linaro.org>
| Date: Thu Jan 18 10:18:01 2024 -0300
|
| Always define __USE_TIME_BITS64 when 64 bit time_t is used
|
| It was raised on libc-help [1] that some Linux kernel interfaces expect
| the libc to define __USE_TIME_BITS64 to indicate the time_t size for the
| kABI. Different than defined by the initial y2038 design document [2],
| the __USE_TIME_BITS64 is only defined for ABIs that support more than
| one time_t size (by defining the _TIME_BITS for each module).
| ... 12 lines of the commit log omitted.
FAIL: 4 regressions
regressions.sum:
=== g++ tests ===
Running g++:g++.dg/tsan/tsan.exp ...
FAIL: g++.dg/tsan/pthread_cond_clockwait.C -O0 (test for excess errors)
UNRESOLVED: g++.dg/tsan/pthread_cond_clockwait.C -O0 compilation failed to produce executable
FAIL: g++.dg/tsan/pthread_cond_clockwait.C -O2 (test for excess errors)
UNRESOLVED: g++.dg/tsan/pthread_cond_clockwait.C -O2 compilation failed to produce executable
... and 2 more entries
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
The full lists of regressions and progressions as well as configure and make commands are in
- https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
The configuration of this build is:
CI config tcwg_gnu_native_check_gcc master-aarch64
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/glibc/…
Full commit : https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=a4ed0471d71739928a0d…
List of configurations that regressed due to this commit :
* tcwg_gnu_native_check_gcc
** master-aarch64
*** FAIL: 4 regressions
*** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/glibc/…
*** https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1…
Hi Christina,
This is false-positive report -- see https://sourceware.org/bugzilla/show_bug.cgi?id=31575 for details.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 29, 2024, at 10:22, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gdb_check master-arm after:
>
> | gdb patch https://patchwork.sourceware.org/patch/87686
> | Author: Christina Schimpe <christina.schimpe(a)intel.com>
> | Date: Wed Mar 27 07:47:37 2024 +0000
> |
> | gdb: Make tagged pointer support configurable.
> |
> | The gdbarch function gdbarch_remove_non_address_bits adjusts addresses to
> | enable debugging of programs with tagged pointers on Linux, for instance for
> | ARM's feature top byte ignore (TBI).
> | Once the function is implemented for an architecture, it adjusts addresses for
> | memory access, breakpoints and watchpoints.
> | ... 12 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 1678a15b694 Automatic date update in version.in
>
> FAIL: 7 regressions: 16 progressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/verylong.exp ...
> FAIL: gdb.ada/verylong.exp: print (x / 4) * 2
> FAIL: gdb.ada/verylong.exp: print +x
> FAIL: gdb.ada/verylong.exp: print -x
> FAIL: gdb.ada/verylong.exp: print x
> FAIL: gdb.ada/verylong.exp: print x - 99 + 1
> FAIL: gdb.ada/verylong.exp: print x / 2
> FAIL: gdb.ada/verylong.exp: print x = 170141183460469231731687303715884105727
> ... and 1 more entries
>
> progressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/convvar_comp.exp ...
> FAIL: gdb.ada/convvar_comp.exp: print $item.started
> FAIL: gdb.ada/convvar_comp.exp: print item.started
> FAIL: gdb.ada/convvar_comp.exp: set variable $item := item
>
> Running gdb:gdb.ada/enum_idx_packed.exp ...
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: print small
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: print multi_multi(1,3)
> ... and 18 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2024/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2024/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2024/artifac…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2024/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/984/artifact/art…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hi Kevin,
This is false-positive report -- see https://sourceware.org/bugzilla/show_bug.cgi?id=31575 for details.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 29, 2024, at 10:48, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gdb_check master-arm after:
>
> | gdb patch https://patchwork.sourceware.org/patch/87793
> | Author: Kevin Buettner <kevinb(a)redhat.com>
> | Date: Thu Mar 28 15:53:14 2024 -0700
> |
> | New test: gdb.base/check-errno.exp
> |
> | Printing the value of 'errno' from GDB is sometimes problematic. The
> | situation has improved in recent years, though there are still
> | scenarios for which "print errno" doesn't work.
> |
> | The test, gdb.base/check-errno.exp, introduced by this commit,
> | ... 174 lines of the commit log omitted.
> | ... applied on top of baseline commit:
> | 1678a15b694 Automatic date update in version.in
>
> FAIL: 7 regressions: 16 progressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/verylong.exp ...
> FAIL: gdb.ada/verylong.exp: print (x / 4) * 2
> FAIL: gdb.ada/verylong.exp: print +x
> FAIL: gdb.ada/verylong.exp: print -x
> FAIL: gdb.ada/verylong.exp: print x
> FAIL: gdb.ada/verylong.exp: print x - 99 + 1
> FAIL: gdb.ada/verylong.exp: print x / 2
> FAIL: gdb.ada/verylong.exp: print x = 170141183460469231731687303715884105727
> ... and 1 more entries
>
> progressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/convvar_comp.exp ...
> FAIL: gdb.ada/convvar_comp.exp: print item.started
> FAIL: gdb.ada/convvar_comp.exp: set variable $item := item
> FAIL: gdb.ada/convvar_comp.exp: print $item.started
>
> Running gdb:gdb.ada/enum_idx_packed.exp ...
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: print small
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: print multi
> ... and 18 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2028/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2028/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2028/artifac…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2028/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/984/artifact/art…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hi Abdul,
Hi Nils,
This is false-positive report -- see https://sourceware.org/bugzilla/show_bug.cgi?id=31575 for details.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 29, 2024, at 10:52, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gdb_check master-arm after:
>
> | 8 patches in gdb
> | Patchwork URL: https://patchwork.sourceware.org/patch/87768
> | 96ab853e5d4 gdb, mi: Skip trampoline functions for the -stack-list-frames command.
> | e2c217f4226 gdb: Skip trampoline functions for the return command.
> | 687b0373e1e gdb: Skip trampoline functions for the up command.
> | 5f8cc05162b gdb: Skip trampoline functions for the finish and reverse-finish commands.
> | 287546c56c8 gdb: Skip trampoline frames for the backtrace command.
> | ... and 3 more patches in gdb
> | ... applied on top of baseline commit:
> | 1678a15b694 Automatic date update in version.in
>
> FAIL: 7 regressions: 16 progressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/verylong.exp ...
> FAIL: gdb.ada/verylong.exp: print (x / 4) * 2
> FAIL: gdb.ada/verylong.exp: print +x
> FAIL: gdb.ada/verylong.exp: print -x
> FAIL: gdb.ada/verylong.exp: print x
> FAIL: gdb.ada/verylong.exp: print x - 99 + 1
> FAIL: gdb.ada/verylong.exp: print x / 2
> FAIL: gdb.ada/verylong.exp: print x = 170141183460469231731687303715884105727
> ... and 1 more entries
>
> progressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/convvar_comp.exp ...
> FAIL: gdb.ada/convvar_comp.exp: set variable $item := item
> FAIL: gdb.ada/convvar_comp.exp: print $item.started
> FAIL: gdb.ada/convvar_comp.exp: print item.started
>
> Running gdb:gdb.ada/enum_idx_packed.exp ...
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: ptype multi
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: ptype small
> ... and 18 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2026/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2026/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2026/artifac…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2026/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/984/artifact/art…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hi Gustavo,
This is false-positive report -- see https://sourceware.org/bugzilla/show_bug.cgi?id=31575 for details.
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 29, 2024, at 10:54, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In gdb_check master-arm after:
>
> | 4 patches in gdb
> | Patchwork URL: https://patchwork.sourceware.org/patch/87792
> | 81f55c5f65e gdb: Add new remote packet to check if address is tagged
> | c72332af687 gdb: aarch64: Remove MTE address checking from memtag_matches_p
> | d1ba7d95516 gdb: aarch64: Move MTE address check out of set_memtag
> | 9769943c7d4 gdb: aarch64: Remove MTE address checking from get_memtag
> | ... applied on top of baseline commit:
> | 1678a15b694 Automatic date update in version.in
>
> FAIL: 7 regressions: 16 progressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/verylong.exp ...
> FAIL: gdb.ada/verylong.exp: print (x / 4) * 2
> FAIL: gdb.ada/verylong.exp: print +x
> FAIL: gdb.ada/verylong.exp: print -x
> FAIL: gdb.ada/verylong.exp: print x
> FAIL: gdb.ada/verylong.exp: print x - 99 + 1
> FAIL: gdb.ada/verylong.exp: print x / 2
> FAIL: gdb.ada/verylong.exp: print x = 170141183460469231731687303715884105727
> ... and 1 more entries
>
> progressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/convvar_comp.exp ...
> FAIL: gdb.ada/convvar_comp.exp: print item.started
> FAIL: gdb.ada/convvar_comp.exp: print $item.started
> FAIL: gdb.ada/convvar_comp.exp: set variable $item := item
>
> Running gdb:gdb.ada/enum_idx_packed.exp ...
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: ptype small
> FAIL: gdb.ada/enum_idx_packed.exp: scenario=minimal: print multi_multi(2)
> ... and 18 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2027/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2027/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2027/artifac…
>
> The configuration of this build is:
> CI config tcwg_gdb_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-precommit/2027/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gdb_check--master-arm-build/984/artifact/art…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Progress (short week, 3 days):
* UM-2 [QEMU upstream maintainership]
- more FEAT_NMI patchset review: done with the physical interrupt
parts, haven't looked at the virtual interrupt parts yet
- usual release related effort
- investigated and fixed a bug where we were taking HSTR traps
to the wrong EL
- noticed a minor GIC bug where HPPIR reads weren't honouring
the interrupt-group-disable bits; sent a patch
- reviewed the latest STM32L4x5 UART patchset
-- PMM
Hi Richard,
Heads up, our benchmarking CI flagged your commit to cause 23% regression in 549.fotonik3d_r on Cortex-A57 at -O3.
Do you have internal benchmarks for this change?
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
> On Mar 24, 2024, at 03:43, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1181 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_bmk-code_speed-cpu2017rate/gnu-aarch64-master-O3 after:
>
> | commit gcc-14-9157-gff442719cdb
> | Author: Richard Sandiford <richard.sandiford(a)arm.com>
> | Date: Fri Feb 23 14:12:55 2024 +0000
> |
> | aarch64: Spread out FPR usage between RA regions [PR113613]
> |
> | early-ra already had code to do regrename-style "broadening"
> | of the allocation, to promote scheduling freedom. However,
> | the pass divides the function into allocation regions
> | and this broadening only worked within a single region.
> | This meant that if a basic block contained one subblock
> | ... 30 lines of the commit log omitted.
>
> the following benchmarks slowed down by more than 3%:
> - slowed down by 23% - 549.fotonik3d_r - from 16467 to 20213 perf samples
> the following hot functions slowed down by more than 15% (but their benchmarks slowed down by less than 3%):
> - slowed down by 88% - 549.fotonik3d_r:[.] __material_mod_MOD_mat_updatee - from 4373 to 8204 perf samples
>
> The configuration of this build is:
> Below reproducer instructions can be used to re-build both "first_bad" and "last_good" cross-toolchains used in this bisection. Naturally, the scripts will fail when triggerring benchmarking jobs if you don\'t have access to Linaro TCWG CI.
>
> Configuration:
> - Benchmark: SPEC CPU2017
> - Toolchain: GCC + Glibc + GNU Linker
> - Version: all components were built from their tip of trunk
> - Target: aarch64-linux-gnu
> - Compiler flags: O3
> - Hardware: NVidia TX1 4x Cortex-A57
>
> This benchmarking CI is work-in-progress, and we welcome feedback and suggestions at linaro-toolchain(a)lists.linaro.org . In our improvement plans is to add support for SPEC CPU2017 benchmarks and provide "perf report/annotate" data behind these reports.
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_bmk-code_speed-cpu2017rate--gnu-aarch64-mast…
> Reference build : https://ci.linaro.org/job/tcwg_bmk-code_speed-cpu2017rate--gnu-aarch64-mast…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/ff442719cdb64c9df9d069af88e90d51be…
>
> List of configurations that regressed due to this commit :
> * tcwg_bmk-code_speed-cpu2017rate
> ** gnu-aarch64-master-O3
> *** slowed down by 23% - 549.fotonik3d_r
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_bmk-code_speed-cpu2017rate--gnu-aarch64-mast…
Progress (short week, 3 days):
* UM-2 [QEMU upstream maintainership]
- more softfreeze related work: tagged rc0 this week
- spent some time looking through Huawei's FEAT_NMI patchset; this is
in basically good shape but there are a number of minor bugs/missing
bits of the feature for them to work through still
- reviewed a patchset adding nucleo-g071rb (an STM32G0 based board)
-- PMM
Hi,
I noticed this address registered as the admin for this LLVM buildbot - https://lab.llvm.org/buildbot/#/workers/134).
I caused a failure at the start of the week (https://lab.llvm.org/buildbot/#/builders/179/builds/9629). I think it's a build (or test) configuration problem as outlined in this small PR https://github.com/llvm/llvm-zorg/pull/139.
I can see the bot is currently failing now too (https://lab.llvm.org/buildbot/#/builders/179/builds/9681). I haven't looked at it closely but given the same tests are failing in a similar way (a different bitcode error from LLD), I imagine that might also be fixed by my llvm-zorg pull request above?
Please can someone look at the llvm-zorg pull request when you have a spare moment? I have my LLVM change that caused the initial failure reverted in the meantime.
Thanks,
Orlando
Oops. Jakub has fixed this now.
On Thu, 14 Mar 2024 at 23:45, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1177 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-9478-gdf483ebd246
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Mon Feb 26 13:17:13 2024 +0000
> |
> | libstdc++: Add nodiscard in <algorithm>
> |
> | Add the [[nodiscard]] attribute to several functions in <algorithm>.
> | These all have no side effects and are only called for their return
> | value (e.g. std::count) or produce a result that must not be discarded
> | for correctness (e.g. std::remove).
> |
> | ... 49 lines of the commit log omitted.
>
> FAIL: 7 regressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/torture/dg-torture.exp ...
> FAIL: g++.dg/torture/pr104601.C -O0 (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -O1 (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -O2 (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -O2 -flto -fno-use-linker-plugin -flto-partition=none (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -O3 -g (test for excess errors)
> FAIL: g++.dg/torture/pr104601.C -Os (test for excess errors)
> ... and 1 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1715/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1715/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1715/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1715/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1714/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/df483ebd24689a3bebfae2089637a00eca…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 7 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1715/artifac…
Progress (short week, 3 days):
* UM-2 [QEMU upstream maintainership]
- softfreeze week this week, so a lot of time shepherding patches
and pullrequests upstream, looking to see if we have any
bugs that we ought to fix for 9.0, etc
- looked at our Coverity results and submitted patches for seven
random easy-to-fix issues
-- PMM
> On Jan 30, 2024, at 23:03, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1136 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-arm after:
>
> | commit gdb-14-branchpoint-1411-g033bc67bdb0
> | Author: Tom Tromey <tom(a)tromey.com>
> | Date: Tue Sep 19 17:39:31 2023 -0600
> |
> | Only search types in cp_lookup_rtti_type
> |
> | This changes cp_lookup_rtti_type to only search for types -- not
> | functions or variables. Due to the symbol-matching hack, this could
> | just use SEARCH_TYPE_DOMAIN, but I think it's better to be clear; also
> | I hold on to some hope that perhaps the hack can someday be removed.
>
> FAIL: 2 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-prettyprinters/prettyprinters.exp ...
> FAIL: libstdc++-prettyprinters/cxx11.cc print ecmiaow
> FAIL: libstdc++-prettyprinters/cxx11.cc print emiaow
Hi Tom,
Hi Jonathan,
After the above GDB patch I see 2 new failures both for aarch64-linux-gnu and arm-linux-gnueabihf in GCC's libstdc++ testsuite. The log [1] says:
===
$35 = warning: RTTI symbol not found for class 'main::custom_cat'
warning: RTTI symbol not found for class 'main::custom_cat'
got: $35 = warning: RTTI symbol not found for class 'main::custom_cat'
FAIL: libstdc++-prettyprinters/cxx11.cc print emiaow
skipping: warning: RTTI symbol not found for class 'main::custom_cat'
std::error_code = {std::_V2::error_category: 42}
skipping: std::error_code = {std::_V2::error_category: 42}
$36 = warning: RTTI symbol not found for class 'main::custom_cat'
warning: RTTI symbol not found for class 'main::custom_cat'
got: $36 = warning: RTTI symbol not found for class 'main::custom_cat'
FAIL: libstdc++-prettyprinters/cxx11.cc print ecmiaow
===
Which way should I dig -- GDB or libstdc++? Does this look like libstdc++ testcase needs an update?
[1] https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/l…
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/987/a…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/987/a…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/987/a…
>
> The configuration of this build is:
> CI config tcwg_gnu_native_check_gcc master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/987/a…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/986/a…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=033bc67bdb0c7…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gcc
> ** master-arm
> *** FAIL: 2 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-arm-build/987/a…
> On Jan 27, 2024, at 17:25, ci_notify(a)linaro.org wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1121 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-arm after:
>
> | commit gdb-14-branchpoint-1356-g7737b133640
> | Author: Tom Tromey <tromey(a)adacore.com>
> | Date: Tue Jan 9 11:47:17 2024 -0700
> |
> | Handle DW_AT_endianity on enumeration types
> |
> | A user found that gdb would not correctly print a field from an Ada
> | record using the scalar storage order feature. We tracked this down
> | to a combination of problems.
> |
> | First, GCC did not emit DW_AT_endianity on the enumeration type.
> | ... 14 lines of the commit log omitted.
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gdb tests ===
>
> Running gdb:gdb.ada/scalar_storage.exp ...
> FAIL: gdb.ada/scalar_storage.exp: print V_BE
Hi Tom,
I see the above failure for both aarch64-linux-gnu and arm-linux-gnueabihf in our testing. The log shows ([1]):
===
Breakpoint 1, storage () at /home/tcwg-buildslave/workspace/tcwg_gnu_2/gdb/gdb/testsuite/gdb.ada/scalar_storage/storage.adb:53
53 Do_Nothing (V_LE'Address); -- START
(gdb) print V_LE
$1 = (value => 126, another_value => 12, color => green)
(gdb) PASS: gdb.ada/scalar_storage.exp: print V_LE
get_compiler_info: gcc-14-0-1
print V_BE
$2 = (value => 126, another_value => 12, color => red)
(gdb) FAIL: gdb.ada/scalar_storage.exp: print V_BE
===
Any idea what can be causing this?
This failure happens in CI configurations where we track tip-of-trunk GCC.
[1] https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-aarch64-build/l…
Thanks,
--
Maxim Kuvyrkov
https://www.linaro.org
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1076/… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1076/… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1076/… .
>
> The configuration of this build is:
> CI config tcwg_gnu_native_check_gdb master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1076/…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1075/…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
>
> Full commit : https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=7737b1336402c…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gdb
> ** master-arm
> *** FAIL: 1 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gdb/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gdb--master-arm-build/1076/…
> On Jan 30, 2024, at 00:35, ci_notify--- via Gcc-regression <gcc-regression(a)gcc.gnu.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1132 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In gcc_check master-arm after:
>
> | commit gcc-14-8492-g1a8261e047f
> | Author: Richard Sandiford <richard.sandiford(a)arm.com>
> | Date: Mon Jan 29 12:33:08 2024 +0000
> |
> | vect: Tighten vect_determine_precisions_from_range [PR113281]
> |
> | This was another PR caused by the way that
> | vect_determine_precisions_from_range handles shifts. We tried to
> | narrow 32768 >> x to a 16-bit shift based on range information for
> | the inputs and outputs, with vect_recog_over_widening_pattern
> | (after PR110828) adjusting the shift amount. But this doesn't
> | ... 36 lines of the commit log omitted.
>
> FAIL: 3 regressions
>
> regressions.sum:
> === gcc tests ===
>
> Running gcc:gcc.target/arm/simd/simd.exp ...
> FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times vneg.s[0-9]+\\tq[0-9]+, q[0-9]+ 6
> FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times vshl.s[0-9]+\\tq[0-9]+, q[0-9]+ 3
> FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times vshl.u[0-9]+\\tq[0-9]+, q[0-9]+ 3
Hi Richard,
Could you please check whether the above tests need an update after your patch? We see these tests now consistently failing across all 32-bit ARM configurations that we track (see [1]).
As an example, our configure options for arm-linux-gnueabihf that show the failure are at [2].
[1] https://linaro.atlassian.net/browse/GNU-1132
[2] https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/lastSuccessfulBu…
Thanks!
--
Maxim Kuvyrkov
https://www.linaro.org
>
> === Results Summary ===
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1636/artifact/ar… .
> The full lists of regressions and progressions are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1636/artifact/ar… .
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1636/artifact/ar… .
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-arm
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1636/artifact/ar…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1635/artifact/ar…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/1a8261e047f7a2c2b0afb95716f7615cba…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-arm
> *** FAIL: 3 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1636/artifact/ar…
Progress:
* UM-2 [QEMU upstream maintainership]
- code review (softfreeze is next week!):
+ Add device STM32L4x5 RCC
+ Add support for I2C in BCM2835 boards
+ hw/scsi/lsi53c895a: add timer to scripts processing
+ target/arm: Do memory alignment check for device memory
+ linux-user: Implement some prctls
+ some minor patches fixing CI job breakage (FreeBSD 13.2 -> 13.3 change,
Python has dropped 'distutils')
+ a patchset improving the robustness of the elf2dmp utility
when fed a corrupt crashfile
+ get our Coverity Scan submission under gitlab CI control rather
than a developer's work machine
- summarised discussion about deprecating older Arm board models;
sent out patch to mark deprecated all PXA2xx and OMAP2 boards, plus
one OMAP1 board that we have no test images for
- triaged some new Coverity issues
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- Sent FEAT_ECV patchset out for code review, addressed minor review comments
-- PMM
On Tue, 5 Mar 2024 at 21:24, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In binutils_check master-aarch64 after:
>
> | 2 patches in binutils
> | Patchwork URL: https://patchwork.sourceware.org/patch/86798
> | 0fe0a00e217 aarch64: Add support for SVE ADDPT, SUBPT, MADPT, MLAPT instructions
> | b9319f64d9a aarch64: Add support for (M)ADDPT and (M)SUBPT instructions
> | ... applied on top of baseline commit:
> | f08311ceb1b gdb/testsuite: fix duplicate test names in gdb.trace/circ.exp
>
> FAIL: 694 regressions
>
Hi Yury,
Please consider this notification as a false alarm: our precommit CI
does not regenerate files such as aarch64-*-2.c, as required by your
patches, thus leading to the tests failures reported here.
You may have seen the discussion I started a few days ago about
--enable-maintainer-mode being broken.
Thanks,
Christophe
> regressions.sum:
> === binutils tests ===
>
> Running binutils:binutils-all/aarch64/aarch64.exp ...
> FAIL: Check if efi app format is recognized
> FAIL: Disassembler detects unallocated instruction encodings.
> === gas tests ===
>
> Running gas:gas/aarch64/aarch64.exp ...
> FAIL: AArch64 Bignums in Literal Pool (PR 16688)
> FAIL: AArch64 Mapping Symbols
> ... and 718 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/116…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/116…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/116…
>
> The configuration of this build is:
> CI config tcwg_binutils_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/116…
> Reference build : https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-build/838/art…
>
> Warning: we do not enable maintainer-mode nor automatically update
> generated files, which may lead to failures if the patch modifies the
> master files.
Hi Patrick,
This report can be considered as a false alarm: the errors were
already present in the baseline, but the ICE line number changed since
your patch modified the code in the file where the ICE occurs.
That being said, I've noticed another report saying that your patch
broke bootstrap on i686.
Thanks,
Christophe
On Sat, 2 Mar 2024 at 20:38, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1168 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In master-aarch64 after:
>
> | commit gcc-14-9268-g574fd1f17f1
> | Author: Patrick Palka <ppalka(a)redhat.com>
> | Date: Fri Mar 1 17:24:15 2024 -0500
> |
> | c++/modules: depending local enums [PR104919, PR106009]
> |
> | For local enums defined in a non-template function or a function template
> | instantiation it seems we neglect to make the function depend on the enum
> | definition (which modules considers logically separate), which ultimately
> | causes the enum definition to not be properly streamed before uses
> | within the function definition are streamed.
> | ... 75 lines of the commit log omitted.
>
> FAIL: 15 regressions: 15 progressions
>
> regressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6113)
> FAIL: g++.dg/modules/xtreme-header-5_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6113)
> ... and 9 more entries
>
> progressions.sum:
> === g++ tests ===
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++2a (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (internal compiler error: in core_vals, at cp/module.cc:6114)
> FAIL: g++.dg/modules/xtreme-header-5_a.H -std=c++2b (internal compiler error: in core_vals, at cp/module.cc:6114)
> ... and 9 more entries
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
>
> The configuration of this build is:
> CI config tcwg_gnu_native_check_gcc master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
> Reference build : https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/574fd1f17f100c7c355ad26bc525ab5a33…
>
> List of configurations that regressed due to this commit :
> * tcwg_gnu_native_check_gcc
> ** master-aarch64
> *** FAIL: 15 regressions: 15 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/9…
Progress:
* UM-2 [QEMU upstream maintainership]
- code review, notably another round of the raspberry pi 4b emulation
series. Reviewed and took a subset of the patches, which is enough
to get a working model without PCI or ethernet. We'll work on the
landing other parts, but no need to block the initial model on them.
* QEMU-530 [QEMU ARMv9.5 Baseline CPU for TCG]
- Started implementation of FEAT_ECV (enhanced counter virtualization);
I have a preliminary set of patches which I am currently testing
and hope to be able to send out early next week
-- PMM
On Wed, Feb 28, 2024 at 02:47:11PM +0000, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/LLVM-1153 , please let us know if you are looking at the problem and/or when you have a fix.
>
> In CI config tcwg_kernel/llvm-master-aarch64-lts-allyesconfig after:
>
> | commit llvmorg-19-init-3481-g8c2ae42b3e1c
> | Author: Kupa-Martin <84517188+Kupa-Martin(a)users.noreply.github.com>
> | Date: Tue Feb 27 11:58:59 2024 -0300
> |
> | [Clang][Sema] Fix missing warning when comparing mismatched enums in … (#81418)
> |
> | …C mode
> |
> | Factored logic from `CheckImplicitConversion` into new methods
> | `Expr::getEnumConstantDecl` and `Expr::getEnumCoercedType` for use in
> | `checkEnumArithmeticConversions`.
> | ... 2 lines of the commit log omitted.
>
> Results changed to
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_kernel_llvm:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 37
>
> From
> # reset_artifacts:
> -10
> # build_abe binutils:
> -9
> # build_kernel_llvm:
> -5
> # build_abe qemu:
> -2
> # linux_n_obj:
> 22291
>
> The configuration of this build is:
> CI config tcwg_kernel/llvm-master-aarch64-lts-allyesconfig
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-lts-allyesconfig…
> Reference build : https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-lts-allyesconfig…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
>
> Full commit : https://github.com/llvm/llvm-project/commit/8c2ae42b3e1c6aa7c18f873edcebff7…
>
> List of configurations that regressed due to this commit :
> * tcwg_kernel
> ** llvm-master-aarch64-lts-allyesconfig
> *** Failure
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/llvm/s…
> *** https://ci.linaro.org/job/tcwg_kernel--llvm-master-aarch64-lts-allyesconfig…
Thanks a lot for the report, this is expected with that change. How we
want to handle this in the kernel is currently under discussion at
https://github.com/ClangBuiltLinux/linux/issues/2002.
Cheers,
Nathan
On 23.02.2024 15:24, ci_notify(a)linaro.org wrote:
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
So: The specific failure observed makes me guess that in the course of
building generated files (opcodes/aarch64-*-2.c) aren't re-generated. If
this is indeed the case, sending out such unsolicited emails (I've had a
2nd one in the meantime, for whatever reason) is a waste of everybody's
time, even more so when not clearly indicating that fact, such that
- quoting above - it is possible "within minutes" to understand what's
going on / wrong.
IOW - unless clarified I'm going to assume that the report here is a
false negative.
Jan
> In binutils_check master-aarch64 after:
>
> | 6 patches in binutils
> | Patchwork URL: https://patchwork.sourceware.org/patch/86276
> | 2d039d3b147 gas/NEWS: drop mention of Arm64's SVE2.1 and SME2.1
> | 38eca7294bd Arm64: correct SVE2.1 ld2q (scalar plus scalar)
> | cb804986590 Arm64: correct SVE2.1 ld{3,4}q / st{3,4}q (scalar plus immediate)
> | edaf01ca3b4 Arm64: check tied operand specifier in aarch64-gen
> | 006ce007bc8 Arm64: check matching operands for predicated B16B16 insns
> | ... and 1 more patches in binutils
> | ... applied on top of baseline commit:
> | e346d50a891 x86: rename vec_encoding and vex_encoding_*
>
> FAIL: 1 regressions
>
> regressions.sum:
> === gas tests ===
>
> Running gas:gas/aarch64/aarch64.exp ...
> FAIL: Test of SVE2.1 instructions
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/109…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/109…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/109…
>
> The configuration of this build is:
> CI config tcwg_binutils_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-precommit/109…
> Reference build : https://ci.linaro.org/job/tcwg_binutils_check--master-aarch64-build/797/art…
Progress:
* UM-2 [QEMU upstream maintainership]
- code review
- finished and sent out for review the patchset that provides a
3-phase-reset version of qemu_register_reset()
- The MSYS2 project are dropping their support for 32-bit Windows,
which affects QEMU because we use them for our "test build on
Windows" CI jobs. This prompted us to drop our 32-bit Windows
host support (which conveniently we'd already deprecated last
year). Sent out patches to drop the CI jobs, document that it's
not a supported platform, etc.
thanks
-- PMM
On 02/21/2024 03:52 AM, ci_notify(a)linaro.org wrote:
> If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We can see "Operation not permitted" in the log info,
please try one of the following processes to test:
(1) set ptrace_scope as 0
$ echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
$ make check-gdb
TESTS="gdb.threads/attach-many-short-lived-threads.exp"
(2) use sudo
$ sudo make check-gdb
TESTS="gdb.threads/attach-many-short-lived-threads.exp"
Thanks,
Tiezhu
On Fri, 16 Feb 2024 at 19:03, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1155 , please let us know if you are looking at the problem and/or when you have a fix.
Reported as https://gcc.gnu.org/PR113961 and fixed.
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-9028-g7f3d900684a
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Feb 7 11:31:10 2024 +0000
> |
> | libstdc++: Fix FAIL: 26_numerics/random/pr60037-neg.cc [PR113931]
> |
> | PR libstdc++/87744
> | PR libstdc++/113931
> |
> | libstdc++-v3/ChangeLog:
> |
> | ... 2 lines of the commit log omitted.
>
> FAIL: 1 regressions: 1 progressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for errors, line 3350)
>
>
> progressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for errors, line 271)
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1615/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1615/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1615/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1615/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1614/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/7f3d900684ad989164114f25eb46a33871…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 1 regressions: 1 progressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1615/artifac…
On Thu, 15 Feb 2024 at 21:31, <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> We track this report status in https://linaro.atlassian.net/browse/GNU-1154 , please let us know if you are looking at the problem and/or when you have a fix.
Also reported as https://gcc.gnu.org/PR113931 and now fixed.
>
> In gcc_check master-aarch64 after:
>
> | commit gcc-14-8998-gc9ce332b557
> | Author: Jonathan Wakely <jwakely(a)redhat.com>
> | Date: Wed Feb 7 11:31:10 2024 +0000
> |
> | libstdc++: Use 128-bit arithmetic for std::linear_congruential_engine [PR87744]
> |
> | For 32-bit targets without __int128 we need to implement the LCG
> | transition function by hand using 64-bit types.
> |
> | We can also slightly simplify the __mod function by using if-constexpr
> | unconditionally, disabling -Wc++17-extensions warnings with diagnostic
> | ... 13 lines of the commit log omitted.
>
> FAIL: 2 regressions
>
> regressions.sum:
> === libstdc++ tests ===
>
> Running libstdc++:libstdc++-dg/conformance.exp ...
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for errors, line 271)
> FAIL: 26_numerics/random/pr60037-neg.cc -std=gnu++17 (test for excess errors)
>
>
> You can find the failure logs in *.log.1.xz files in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> The full lists of regressions and progressions as well as configure and make commands are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> The list of [ignored] baseline and flaky failures are in
> - https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
>
> The configuration of this build is:
> CI config tcwg_gcc_check master-aarch64
>
> -----------------8<--------------------------8<--------------------------8<--------------------------
> The information below can be used to reproduce a debug environment:
>
> Current build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
> Reference build : https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1608/artifac…
>
> Reproduce last good and first bad builds: https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
>
> Full commit : https://github.com/gcc-mirror/gcc/commit/c9ce332b557bb95987d038d98ea929cdfd…
>
> List of configurations that regressed due to this commit :
> * tcwg_gcc_check
> ** master-aarch64
> *** FAIL: 2 regressions
> *** https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sh…
> *** https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1609/artifac…
FAIL: elf/tst-gnu2-tls2
indicates that your _dl_tlsdesc_dynamic may not preserve all caller-saved
registers. Please find out how the test fails.
H.J.
---------- Forwarded message ---------
From: <ci_notify(a)linaro.org>
Date: Wed, Feb 14, 2024 at 3:50 PM
Subject: [Linaro-TCWG-CI] glibc patch #85585: FAIL: 1 regressions on arm
To: <hjl.tools(a)gmail.com>
Dear contributor, our automatic CI has detected problems related to
your patch(es). Please find some details below. If you have any
questions, please follow up on linaro-toolchain(a)lists.linaro.org
mailing list, Libera's #linaro-tcwg channel, or ping your favourite
Linaro toolchain developer on the usual project channel.
We appreciate that it might be difficult to find the necessary logs or
reproduce the issue locally. If you can't get what you need from our
CI within minutes, let us know and we will be happy to help.
In glibc_check master-arm after:
| glibc patch https://patchwork.sourceware.org/patch/85585
| Author: H.J. Lu <hjl.tools(a)gmail.com>
| Date: Sun Feb 11 19:19:49 2024 -0800
|
| x86-64: Update _dl_tlsdesc_dynamic to preserve vector registers
|
| Compiler generates the following instruction sequence for GNU2 dynamic
| TLS access:
|
| leaq tls_var@TLSDESC(%rip), %rax
| call *tls_var@TLSCALL(%rax)
| ... 13 lines of the commit log omitted.
| ... applied on top of baseline commit:
| dbae3a3940 trivial doc fix: remove weird phrase "syscall takes
zero to five arguments"
FAIL: 1 regressions
regressions.sum:
=== glibc tests ===
Running glibc:elf ...
FAIL: elf/tst-gnu2-tls2
You can find the failure logs in *.log.1.xz files in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The full lists of regressions and progressions as well as configure
and make commands are in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The list of [ignored] baseline and flaky failures are in
- https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
The configuration of this build is:
CI config tcwg_glibc_check master-arm
-----------------8<--------------------------8<--------------------------8<--------------------------
The information below can be used to reproduce a debug environment:
Current build :
https://ci.linaro.org/job/tcwg_glibc_check--master-arm-precommit/1460/artif…
Reference build :
https://ci.linaro.org/job/tcwg_glibc_check--master-arm-build/953/artifact/a…
--
H.J.
On Thu, Feb 15, 2024 at 11:36 AM <ci_notify(a)linaro.org> wrote:
>
> Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain(a)lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
>
> We appreciate that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
>
> In glibc_check master-aarch64 after:
>
> | glibc patch https://patchwork.sourceware.org/patch/85772
> | Author: H.J. Lu <hjl.tools(a)gmail.com>
> | Date: Thu Feb 15 03:27:19 2024 -0800
> |
> | sort-makefile-lines.py: Allow '_' in name and "^# name"
> |
> | '_' is used in Makefile variable names and many variables end with
> | "^# name". Relax sort-makefile-lines.py to allow '_' in name and
> | "^# name" as variable end. This fixes BZ #31385.
> | ... applied on top of baseline commit:
> | dbae3a3940 trivial doc fix: remove weird phrase "syscall takes zero to five arguments"
>
> FAIL: 1 regressions
>
> regressions.sum:
> === glibc tests ===
>
> Running glibc:. ...
> FAIL: lint-makefiles
>
>
>
Should be fixed now.
--
H.J.