From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) by sourceware.org (Postfix) with ESMTPS id 5073F3858033 for ; Mon, 17 Jan 2022 18:04:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5073F3858033 Received: by mail-ot1-x32f.google.com with SMTP id v8-20020a9d6048000000b005960952c694so10359973otj.12 for ; Mon, 17 Jan 2022 10:04:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=r+lFhxlD1g6Y6RKvuJfWjdSWB9N2j+GBq9cA1kBCTCA=; b=8JEUZhmzjZeshQdah1GCuSVTy92qcflKSO8v0301Uf8nlFwR7c3cGRqCpQboGgVx23 Dy/00hzZmofsKpcUUlz52uV3d4T3rxw4b+Kt6gHCxrzWvT6AHovlvo+Un+wrB3seuSrX kMcvki6xMRY6jfA3sVLI/kK3XfClvDYKz1J6Q5kJ18NCyFolEScpDBxDL7dRfaA46t6G EZwTH8kf5aMby+9EqiPnSzXmhhfLE2QmoKQxL00VCVnfYfbKZv6EQ/cMMz0wgkbbEJYb HNX6TaCAC3vDNTsXp1Poakpyzwe/bvbukQ24YP7GNFmQJ40UPBuqpqaEio1RTVocmkyN 0iVA== X-Gm-Message-State: AOAM5333hT8iNHhIPM8S9HqUMZLKfLeVf50ve9Om4flJQ0YTPTzH7XLA soXqEXgrrGKl8XRveRqi887mKw== X-Google-Smtp-Source: ABdhPJzzdF7HDX2DCG35LCffbzFi5BS5fqa8muM9awcuA0QSppUFMbh3wd3jRtUoe/tiBlb8bf2d3A== X-Received: by 2002:a9d:7a53:: with SMTP id z19mr11426422otm.58.1642442670471; Mon, 17 Jan 2022 10:04:30 -0800 (PST) Received: from ?IPV6:2804:431:c7cb:989a:152:78c4:5eab:b8b5? ([2804:431:c7cb:989a:152:78c4:5eab:b8b5]) by smtp.gmail.com with ESMTPSA id w6sm1861040oik.47.2022.01.17.10.04.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 17 Jan 2022 10:04:30 -0800 (PST) Message-ID: <160ec0c7-e3e5-c060-41dc-2a604d2dacb2@linaro.org> Date: Mon, 17 Jan 2022 15:04:27 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: tests failing on x86_64-linux (due to test-container?) Content-Language: en-US To: Martin Sebor , "H.J. Lu" Cc: GNU C Library References: <1c4ea1d3-5647-9654-ccd3-06dcc7844741@gmail.com> <90e6741e-3434-3a86-0536-3dd9389d3aae@gmail.com> <08e2cbc4-0437-d09c-3061-f9d82a30c487@gmail.com> From: Adhemerval Zanella In-Reply-To: <08e2cbc4-0437-d09c-3061-f9d82a30c487@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2022 18:04:33 -0000 On 14/01/2022 20:51, Martin Sebor via Libc-alpha wrote: > On 1/12/22 16:24, Martin Sebor wrote: >> On 1/12/22 15:13, H.J. Lu wrote: >>> On Wed, Jan 12, 2022 at 2:05 PM Martin Sebor via Libc-alpha >>> wrote: >>>> >>>> On 5/13/21 15:29, Martin Sebor wrote: >>>>> On 4/28/21 5:54 PM, DJ Delorie wrote: >>>>>> Martin Sebor 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? > > The filesystem I'm using is mounted with these flags: > >   rw,nosuid,nodev,relatime,x-gvfs-show > > On a hunch I tried a different filesystem, one with these flags: > >   rw,relatime > > That changes things, making me wonder if one of the bits (nosuid?) > might be interfering with the container magic? > > I still don't get a clean build on the other filesystem, but I see > no failures, only unsupported results (below).  The exit status of > all those I checked is 77.  Are these results expected? Yes, 77 is the internal exit magic number that states is was not a failure, but rather that the system lacks either proper tools or kernel/processor support. > > Martin > > UNSUPPORTED: assert/tst-assert-c++ > UNSUPPORTED: assert/tst-assert-g++ It means that the provided C++ compiler does not support thread_local or if CXX is not set. > UNSUPPORTED: debug/tst-fortify-cc-default-1 > UNSUPPORTED: debug/tst-fortify-cc-default-2 > UNSUPPORTED: debug/tst-fortify-cc-default-3 > UNSUPPORTED: debug/tst-fortify-cc-lfs-1 > UNSUPPORTED: debug/tst-fortify-cc-lfs-2 > UNSUPPORTED: debug/tst-fortify-cc-lfs-3 > UNSUPPORTED: debug/tst-fortify-cc-nongnu-1 > UNSUPPORTED: debug/tst-fortify-cc-nongnu-2 > UNSUPPORTED: debug/tst-fortify-cc-nongnu-3 These are disabled if CXX is not set to a proper C++ compiler. > UNSUPPORTED: dlfcn/bug-atexit3 Same. > UNSUPPORTED: elf/tst-audit10 > UNSUPPORTED: elf/tst-avx512 These requires a processor with support for AVX512. > UNSUPPORTED: elf/tst-env-setuid > UNSUPPORTED: elf/tst-env-setuid-tunables These fail if the file system is mounted nosuid. > 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 These are marked as xfail to now thrown an issue if LLD is used instead of binutils. I think maybe we mark as xfail iff lld is used. > XPASS: elf/tst-protected1a > XPASS: elf/tst-protected1b These are marked XFAIL because a gcc and binutils issue [1] [2]. I think with current minimum supported versions we can remove the xfail. > 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 These all are require AVX512 as well. > UNSUPPORTED: misc/tst-adjtimex > UNSUPPORTED: misc/tst-clock_adjtime > UNSUPPORTED: misc/tst-ntp_adjtime There are ran only if GLIBC_TEST_ALLOW_TIME_SETTING env var is set (since they alter the system clock). > UNSUPPORTED: misc/tst-pkey It requires kernel support for pkey_alloc syscall. > UNSUPPORTED: nptl/tst-cancel24 > UNSUPPORTED: nptl/tst-cancel24-static > UNSUPPORTED: nptl/tst-minstack-throw > UNSUPPORTED: nptl/tst-once5 > UNSUPPORTED: nptl/tst-thread-exit-clobber > UNSUPPORTED: nptl/tst-thread_local1 > UNSUPPORTED: stdlib/tst-quick_exit > UNSUPPORTED: stdlib/tst-secure-getenv > UNSUPPORTED: stdlib/tst-thread-quick_exit These all require CXX to be properly set. > 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 > UNSUPPORTED: string/tst-strlen-rtm > UNSUPPORTED: string/tst-strncmp-rtm > UNSUPPORTED: string/tst-strrchr-rtm These require a CPU with TSX enabled. > UNSUPPORTED: time/tst-clock_settime > UNSUPPORTED: time/tst-settimeofday Same as GLIBC_TEST_ALLOW_TIME_SETTING. > Summary of test results: >    4937 PASS >      95 UNSUPPORTED >      16 XFAIL >       6 XPASS [1] https://sourceware.org/bugzilla/show_bug.cgi?id=17709 [2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65248