unofficial mirror of libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Martin Sebor via Libc-alpha <libc-alpha@sourceware.org>
To: "H.J. Lu" <hjl.tools@gmail.com>
Cc: GNU C Library <libc-alpha@sourceware.org>
Subject: Re: tests failing on x86_64-linux (due to test-container?)
Date: Wed, 12 Jan 2022 16:24:21 -0700	[thread overview]
Message-ID: <b13cf141-6bc8-c7be-548c-758207aa0861@gmail.com> (raw)
In-Reply-To: <CAMe9rOqPZCvrF3iYAckT5sdX-mfM8LZce_KeT=qqRZFD5PL73A@mail.gmail.com>

On 1/12/22 15:13, H.J. Lu wrote:
> On Wed, Jan 12, 2022 at 2:05 PM Martin Sebor via Libc-alpha
> <libc-alpha@sourceware.org> wrote:
>>
>> On 5/13/21 15:29, Martin Sebor wrote:
>>> On 4/28/21 5:54 PM, DJ Delorie wrote:
>>>> Martin Sebor <msebor@gmail.com> writes:
>>>>>> (which should be bind-mounted inside your test chroot, which would be
>>>>>> /build/glibc/testroot.root/build/glibc/nss/tst-nss-test3)
>>>>>
>>>>> /build/glibc/testroot.root/build/glibc/ is empty.
>>>>
>>>> Only because you're not inside the container, where the mount exists.
>>>> Containers are weird ;-)
>>>>
>>>>> error: test-container.c:235: can't mount /ssd/src/glibc onto
>>>>> /build/glibc/testroot.root/ssd/src/glibc
>>>>
>>>> Sigh, you have "too many permissions" :-P  Again, containers are weird.
>>>>
>>>> You may be able to run test-container manually, but test-container
>>>> itself is built against the just-built glibc
>>>>
>>>>>> Also, selinux might be interfering.
>>>>>
>>>>> That doesn't sound encouraging.  Anything I should look at/for?
>>>>
>>>> Dunno, I typically disable selinux.
>>>
>>> I haven't been able to make that work yet but I also haven't tried
>>> too hard.  I'll keep at it.
>>>
>>>>
>>>> Just for paranoia's sake... does all this work on a newer Fedora?
>>>
>>> Yes.  I just installed F33 on my laptop and it works fine there.
>>> I haven't changed my main workstation though.  It was a pain to
>>> set up.
>>
>> I finally bit the bullet and upgraded my workstation to Fedora
>> 35, partly in hopes of resolving the Glibc test suite problems.
>> I now get the failures below with the top of GCC 12 and Glibc
>> trunk, even after disabling SELinux by running setenforce 0,
>> as well as after permanently disabling it in /etc/selinux/config.
>> Is there something else I should try?
>>
>> Thanks
>> Martin
>>
>> UNSUPPORTED: assert/tst-assert-c++
>> UNSUPPORTED: assert/tst-assert-g++
>> UNSUPPORTED: debug/tst-chk4
>> UNSUPPORTED: debug/tst-chk5
>> UNSUPPORTED: debug/tst-chk6
>> UNSUPPORTED: debug/tst-chk8
>> UNSUPPORTED: debug/tst-lfschk4
>> UNSUPPORTED: debug/tst-lfschk5
>> UNSUPPORTED: debug/tst-lfschk6
>> UNSUPPORTED: dlfcn/bug-atexit3
>> UNSUPPORTED: elf/tst-audit10
>> UNSUPPORTED: elf/tst-avx512
>> FAIL: elf/tst-dlopen-self-container
>> FAIL: elf/tst-dlopen-tlsmodid-container
>> UNSUPPORTED: elf/tst-env-setuid
>> UNSUPPORTED: elf/tst-env-setuid-tunables
>> FAIL: elf/tst-glibc-hwcaps-2-cache
>> FAIL: elf/tst-glibc-hwcaps-cache
>> FAIL: elf/tst-glibc-hwcaps-prepend-cache
>> XPASS: elf/tst-ifunc-isa-1
>> XPASS: elf/tst-ifunc-isa-1-static
>> XPASS: elf/tst-ifunc-isa-2
>> XPASS: elf/tst-ifunc-isa-2-static
>> FAIL: elf/tst-ldconfig-bad-aux-cache
>> FAIL: elf/tst-ldconfig-ld_so_conf-update
>> FAIL: elf/tst-pldd
>> FAIL: elf/tst-preload-pthread-libc
>> XPASS: elf/tst-protected1a
>> XPASS: elf/tst-protected1b
>> FAIL: grp/tst-initgroups1
>> FAIL: grp/tst-initgroups2
>> FAIL: locale/tst-localedef-path-norm
>> FAIL: localedata/tst-localedef-hardlinks
>> UNSUPPORTED: math/test-double-libmvec-acos-avx512f
>> UNSUPPORTED: math/test-double-libmvec-acosh-avx512f
>> UNSUPPORTED: math/test-double-libmvec-asin-avx512f
>> UNSUPPORTED: math/test-double-libmvec-asinh-avx512f
>> UNSUPPORTED: math/test-double-libmvec-atan-avx512f
>> UNSUPPORTED: math/test-double-libmvec-atan2-avx512f
>> UNSUPPORTED: math/test-double-libmvec-atanh-avx512f
>> UNSUPPORTED: math/test-double-libmvec-cbrt-avx512f
>> UNSUPPORTED: math/test-double-libmvec-cos-avx512f
>> UNSUPPORTED: math/test-double-libmvec-cosh-avx512f
>> UNSUPPORTED: math/test-double-libmvec-erf-avx512f
>> UNSUPPORTED: math/test-double-libmvec-erfc-avx512f
>> UNSUPPORTED: math/test-double-libmvec-exp-avx512f
>> UNSUPPORTED: math/test-double-libmvec-exp10-avx512f
>> UNSUPPORTED: math/test-double-libmvec-exp2-avx512f
>> UNSUPPORTED: math/test-double-libmvec-expm1-avx512f
>> UNSUPPORTED: math/test-double-libmvec-hypot-avx512f
>> UNSUPPORTED: math/test-double-libmvec-log-avx512f
>> UNSUPPORTED: math/test-double-libmvec-log10-avx512f
>> UNSUPPORTED: math/test-double-libmvec-log1p-avx512f
>> UNSUPPORTED: math/test-double-libmvec-log2-avx512f
>> UNSUPPORTED: math/test-double-libmvec-pow-avx512f
>> UNSUPPORTED: math/test-double-libmvec-sin-avx512f
>> UNSUPPORTED: math/test-double-libmvec-sincos-avx512f
>> UNSUPPORTED: math/test-double-libmvec-sinh-avx512f
>> UNSUPPORTED: math/test-double-libmvec-tan-avx512f
>> UNSUPPORTED: math/test-double-libmvec-tanh-avx512f
>> UNSUPPORTED: math/test-float-libmvec-acosf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-acoshf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-asinf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-asinhf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-atan2f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-atanf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-atanhf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-cbrtf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-cosf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-coshf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-erfcf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-erff-avx512f
>> UNSUPPORTED: math/test-float-libmvec-exp10f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-exp2f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-expf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-expm1f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-hypotf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-log10f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-log1pf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-log2f-avx512f
>> UNSUPPORTED: math/test-float-libmvec-logf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-powf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-sincosf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-sinf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-sinhf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-tanf-avx512f
>> UNSUPPORTED: math/test-float-libmvec-tanhf-avx512f
>> UNSUPPORTED: misc/tst-adjtimex
>> UNSUPPORTED: misc/tst-clock_adjtime
>> UNSUPPORTED: misc/tst-ntp_adjtime
>> UNSUPPORTED: misc/tst-pkey
>> UNSUPPORTED: nptl/tst-cancel24
>> UNSUPPORTED: nptl/tst-cancel24-static
>> UNSUPPORTED: nptl/tst-minstack-throw
>> UNSUPPORTED: nptl/tst-once5
>> FAIL: nptl/tst-pthread-getattr
>> UNSUPPORTED: nptl/tst-thread-exit-clobber
>> UNSUPPORTED: nptl/tst-thread_local1
>> FAIL: nss/tst-nss-compat1
>> FAIL: nss/tst-nss-db-endgrent
>> FAIL: nss/tst-nss-db-endpwent
>> FAIL: nss/tst-nss-files-hosts-long
>> FAIL: nss/tst-nss-test3
>> FAIL: nss/tst-reload1
>> FAIL: nss/tst-reload2
>> FAIL: posix/bug-ga2
>> UNSUPPORTED: posix/bug-ga2-mem
>> FAIL: posix/tst-vfork3
>> UNSUPPORTED: posix/tst-vfork3-mem
>> UNSUPPORTED: resolv/mtrace-tst-leaks2
>> FAIL: resolv/tst-leaks2
>> UNSUPPORTED: stdlib/tst-quick_exit
>> UNSUPPORTED: stdlib/tst-secure-getenv
>> FAIL: stdlib/tst-system
>> UNSUPPORTED: stdlib/tst-thread-quick_exit
>> UNSUPPORTED: string/tst-memchr-rtm
>> UNSUPPORTED: string/tst-memcmp-rtm
>> UNSUPPORTED: string/tst-memmove-rtm
>> UNSUPPORTED: string/tst-memrchr-rtm
>> UNSUPPORTED: string/tst-memset-rtm
>> UNSUPPORTED: string/tst-strchr-rtm
>> UNSUPPORTED: string/tst-strcpy-rtm
>> FAIL: string/tst-strerror
>> UNSUPPORTED: string/tst-strlen-rtm
>> UNSUPPORTED: string/tst-strncmp-rtm
>> UNSUPPORTED: string/tst-strrchr-rtm
>> FAIL: string/tst-strsignal
>> UNSUPPORTED: time/tst-clock_settime
>> UNSUPPORTED: time/tst-settimeofday
>> Summary of test results:
>>        27 FAIL
>>      4904 PASS
>>        96 UNSUPPORTED
>>        16 XFAIL
>>         6 XPASS
> 
> See:
> 
> https://sourceware.org/bugzilla/show_bug.cgi?id=28455
> 
> My last patch is at
> 
> https://patchwork.sourceware.org/project/glibc/patch/20220104140009.1578867-1-hjl.tools@gmail.com/
Thanks, but I still get the same results even with the patch
applied and after rebuilding everything. The new test added
by the patch, elf/tst-global2, passes.  Am I missing something
else or is this still some container problem?

Martin

  reply	other threads:[~2022-01-12 23:24 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-09 18:17 tests failing on x86_64-linux Martin Sebor via Libc-alpha
2020-12-09 18:28 ` H.J. Lu via Libc-alpha
2020-12-09 21:17   ` Martin Sebor via Libc-alpha
2020-12-09 21:44     ` H.J. Lu via Libc-alpha
2020-12-09 22:31       ` H.J. Lu via Libc-alpha
2020-12-10  2:50         ` H.J. Lu via Libc-alpha
2020-12-15  0:55           ` Martin Sebor via Libc-alpha
2021-04-28 20:07             ` tests failing on x86_64-linux (due to test-container?) Martin Sebor via Libc-alpha
2021-04-28 20:37               ` DJ Delorie via Libc-alpha
2021-04-28 21:50                 ` Martin Sebor via Libc-alpha
2021-04-28 23:08                   ` DJ Delorie via Libc-alpha
2021-04-28 23:42                     ` Martin Sebor via Libc-alpha
2021-04-28 23:54                       ` DJ Delorie via Libc-alpha
2021-05-13 21:29                         ` Martin Sebor via Libc-alpha
2022-01-12 22:04                           ` Martin Sebor via Libc-alpha
2022-01-12 22:13                             ` H.J. Lu via Libc-alpha
2022-01-12 23:24                               ` Martin Sebor via Libc-alpha [this message]
2022-01-14 23:51                                 ` Martin Sebor via Libc-alpha
2022-01-17 18:04                                   ` Adhemerval Zanella via Libc-alpha
2022-01-17 19:09                                     ` Joseph Myers
2022-01-20 22:23                                     ` Martin Sebor via Libc-alpha
2020-12-16 10:21     ` tests failing on x86_64-linux Florian Weimer via Libc-alpha
2020-12-09 19:03 ` Florian Weimer via Libc-alpha

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

  List information: https://www.gnu.org/software/libc/involved.html

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

  git send-email \
    --in-reply-to=b13cf141-6bc8-c7be-548c-758207aa0861@gmail.com \
    --to=libc-alpha@sourceware.org \
    --cc=hjl.tools@gmail.com \
    --cc=msebor@gmail.com \
    /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).