public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
From: Jan Beulich <jbeulich@suse.com>
To: Mark Wielaard <mark@klomp.org>
Cc: buildbot@sourceware.org, binutils@sourceware.org
Subject: Re: binutils builder.sourceware.org status
Date: Mon, 4 Jul 2022 08:21:59 +0200	[thread overview]
Message-ID: <2d164e46-7359-f58d-92e3-e65999f66647@suse.com> (raw)
In-Reply-To: <YsHDmSbMCuH/1REy@wildebeest.org>

On 03.07.2022 18:28, Mark Wielaard wrote:
> Hi,
> 
> A quick overview of the status of the buildbot binutils status (and
> enabling of libctf for those builders that use GCC12 now).
> 
> https://builder.sourceware.org/buildbot/#/builders?tags=binutils
> We have the following fully green CI builders:
> 
> binutils-debian-amd64
> binutils-debian-ppc64
> binutils-fedora-ppc64le
> binutils-fedora-x86_64
> binutils-opensuseleap-x86_64
> binutils-opensusetw-x86_64
> binutils-rawhide-x86_64
> 
> And the following red CI builders:
> 
> binutils-debian-arm64
> binutils-debian-armhf
> binutils-debian-i386
> binutils-fedora-s390x
> 
> All 4 fail some ld tests. For now I disabled the ld tests on arm64 and
> armhf to turn them green and also because they are both running
> debian-old stable and are somewhat slow.
> 
> binutils-debian-i386 fails:
> 
> FAIL: Run p_align-1b with PIE
> FAIL: Run p_align-1d with -Wl,-z,max-page-size=0x1000 with PIE

This presumably is, as H.J. would put it, because of a not-up-to-date
kernel. Personally I continue to think that binutils shouldn't test
kernel functionality, and hence the test should be skipped when run
on un-patched kernels. But as per my recent x86-64 side skipping
patch (to cover old gcc) I lack any good idea how to probe for this
without effectively using the testcase itself as a probe.

Jan

> FAIL: Run pr19031
> FAIL: Run got1
> FAIL: Undefined weak symbol (-fPIE -no-pie)
> FAIL: Undefined weak symbol (-fPIE -pie)
> 
> binutils-fedora-s390x fails:
> 
> FAIL: pr26580-3
> FAIL: Run pr19719 fun undefined
> 
> The are also two "full" binutils-gdb builders:
> 
> binutils-gdb-fedrawhide-x86_64
> binutils-gdb-clang-fedrawhide-x86_64
> 
> Which are currently in a somewhat limbo state since the gdb testsuite
> seems to crash the kernel... Test results (when the builder do
> succeed) are in bunsen though. Which is interesting to compare to see
> what difference a non-gcc compiler makes.
> https://builder.sourceware.org/testruns/?has_keyvalue_like_k=testrun.git_describe&has_keyvalue_like_v=%25binutils-gdb%25
> 
> There are try-builders for all of the above, minus the full
> binutils-gdb builder. The try builders aren't used that much yet. And
> one complaint was that since several CI builders have existing
> failures it isn't immediately clear whether a patch caused something
> or not. So it would be nice if we could resolve (or xfail) the above
> tests.
> 
> We are seeing some git update failures on s390x and ppc64le, it isn't
> entirely sure why this happens only on these arches, but it is
> annoying since it is seen as a new failure and so sents warning
> emails. Still investigating how to work around this.
> 
> The fedora-x86_64, fedora-s390x fedora-ppc64le, opensuse
> tumbleweed-x86_64 and rawhide-x86_64 have been upgraded and use GCC12
> now. For these builder (and the try builders) libctf is now explicitly
> enabled, compiled and tested. libctf logs are now also uploaded to
> bunsed. Please double check the master.cfg patch to see if it does the
> right thing now.
> 
> Thanks,
> 
> Mark


      reply	other threads:[~2022-07-04  6:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-03 16:28 Mark Wielaard
2022-07-04  6:21 ` Jan Beulich [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2d164e46-7359-f58d-92e3-e65999f66647@suse.com \
    --to=jbeulich@suse.com \
    --cc=binutils@sourceware.org \
    --cc=buildbot@sourceware.org \
    --cc=mark@klomp.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).