From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) by sourceware.org (Postfix) with ESMTPS id 96C573861035 for ; Thu, 28 Jan 2021 21:24:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 96C573861035 Received: by mail-qt1-x830.google.com with SMTP id e15so5208891qte.9 for ; Thu, 28 Jan 2021 13:24:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=+PW9UyXWDzBQbUP/abIGO57A90ZZYAjIdbui1qiyGFs=; b=Eu7erSokwZR4IP9cqwXF+WpGvxVetxrXFHNmzU4jgijy/21NXWmKPPc/TkzjrAqVXv i5M3YNSEonXyxFMWACw+OUuD3EszDz1QAhUbrcqzP0oCpZWugexA0ct6mlBLDoOX6mzM 5ElcLpgG6peuwlDV2wHZeUiwkAtGgPeoAWYXEIA4Z/iXZx+cEb4q+h5zsPcrlFstD4G4 HQnAtViCueULRgWiWoppLOWvukzDRmNS+FrRTQH02jd2x2YY+8dSLw8uUpJ3zRT+++U6 6IbgCg2ztrASkKf0flV3kxW/cPL1m5HUM1XsARH+Ayz+FJxve6Rvi/oVD++ylWbGlAl4 Yj3g== X-Gm-Message-State: AOAM532+P+HyASW8WHQge4aUifdUsaQjYc4iWJdzIdF0eB4UzcL6ODYT ekV9RTJPZb0dXq29puaPY2w8dwNyCERLmw== X-Google-Smtp-Source: ABdhPJyGSqTnn74NIrvg5N+i+XBCpnbVH6LWEkxPGZEX/drQBH+GVvPKXkUnZKdQoaDo7tGm4wlZMg== X-Received: by 2002:a05:622a:552:: with SMTP id m18mr1520957qtx.207.1611869040880; Thu, 28 Jan 2021 13:24:00 -0800 (PST) Received: from [192.168.1.4] ([177.194.48.209]) by smtp.googlemail.com with ESMTPSA id d10sm1078048qto.81.2021.01.28.13.23.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 Jan 2021 13:24:00 -0800 (PST) Subject: Re: Newer hwcap failures From: Adhemerval Zanella To: Florian Weimer Cc: GNU C Library References: <87mtws25yw.fsf@oldenburg.str.redhat.com> Autocrypt: addr=adhemerval.zanella@linaro.org; prefer-encrypt=mutual; keydata= mQINBFcVGkoBEADiQU2x/cBBmAVf5C2d1xgz6zCnlCefbqaflUBw4hB/bEME40QsrVzWZ5Nq 8kxkEczZzAOKkkvv4pRVLlLn/zDtFXhlcvQRJ3yFMGqzBjofucOrmdYkOGo0uCaoJKPT186L NWp53SACXguFJpnw4ODI64ziInzXQs/rUJqrFoVIlrPDmNv/LUv1OVPKz20ETjgfpg8MNwG6 iMizMefCl+RbtXbIEZ3TE/IaDT/jcOirjv96lBKrc/pAL0h/O71Kwbbp43fimW80GhjiaN2y WGByepnkAVP7FyNarhdDpJhoDmUk9yfwNuIuESaCQtfd3vgKKuo6grcKZ8bHy7IXX1XJj2X/ BgRVhVgMHAnDPFIkXtP+SiarkUaLjGzCz7XkUn4XAGDskBNfbizFqYUQCaL2FdbW3DeZqNIa nSzKAZK7Dm9+0VVSRZXP89w71Y7JUV56xL/PlOE+YKKFdEw+gQjQi0e+DZILAtFjJLoCrkEX w4LluMhYX/X8XP6/C3xW0yOZhvHYyn72sV4yJ1uyc/qz3OY32CRy+bwPzAMAkhdwcORA3JPb kPTlimhQqVgvca8m+MQ/JFZ6D+K7QPyvEv7bQ7M+IzFmTkOCwCJ3xqOD6GjX3aphk8Sr0dq3 4Awlf5xFDAG8dn8Uuutb7naGBd/fEv6t8dfkNyzj6yvc4jpVxwARAQABtElBZGhlbWVydmFs IFphbmVsbGEgTmV0dG8gKExpbmFybyBWUE4gS2V5KSA8YWRoZW1lcnZhbC56YW5lbGxhQGxp bmFyby5vcmc+iQI3BBMBCAAhBQJXFRpKAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJ EKqx7BSnlIjv0e8P/1YOYoNkvJ+AJcNUaM5a2SA9oAKjSJ/M/EN4Id5Ow41ZJS4lUA0apSXW NjQg3VeVc2RiHab2LIB4MxdJhaWTuzfLkYnBeoy4u6njYcaoSwf3g9dSsvsl3mhtuzm6aXFH /Qsauav77enJh99tI4T+58rp0EuLhDsQbnBic/ukYNv7sQV8dy9KxA54yLnYUFqH6pfH8Lly sTVAMyi5Fg5O5/hVV+Z0Kpr+ZocC1YFJkTsNLAW5EIYSP9ftniqaVsim7MNmodv/zqK0IyDB GLLH1kjhvb5+6ySGlWbMTomt/or/uvMgulz0bRS+LUyOmlfXDdT+t38VPKBBVwFMarNuREU2 69M3a3jdTfScboDd2ck1u7l+QbaGoHZQ8ZNUrzgObltjohiIsazqkgYDQzXIMrD9H19E+8fw kCNUlXxjEgH/Kg8DlpoYJXSJCX0fjMWfXywL6ZXc2xyG/hbl5hvsLNmqDpLpc1CfKcA0BkK+ k8R57fr91mTCppSwwKJYO9T+8J+o4ho/CJnK/jBy1pWKMYJPvvrpdBCWq3MfzVpXYdahRKHI ypk8m4QlRlbOXWJ3TDd/SKNfSSrWgwRSg7XCjSlR7PNzNFXTULLB34sZhjrN6Q8NQZsZnMNs TX8nlGOVrKolnQPjKCLwCyu8PhllU8OwbSMKskcD1PSkG6h3r0AquQINBFcVGkoBEACgAdbR Ck+fsfOVwT8zowMiL3l9a2DP3Eeak23ifdZG+8Avb/SImpv0UMSbRfnw/N81IWwlbjkjbGTu oT37iZHLRwYUFmA8fZX0wNDNKQUUTjN6XalJmvhdz9l71H3WnE0wneEM5ahu5V1L1utUWTyh VUwzX1lwJeV3vyrNgI1kYOaeuNVvq7npNR6t6XxEpqPsNc6O77I12XELic2+36YibyqlTJIQ V1SZEbIy26AbC2zH9WqaKyGyQnr/IPbTJ2Lv0dM3RaXoVf+CeK7gB2B+w1hZummD21c1Laua +VIMPCUQ+EM8W9EtX+0iJXxI+wsztLT6vltQcm+5Q7tY+HFUucizJkAOAz98YFucwKefbkTp eKvCfCwiM1bGatZEFFKIlvJ2QNMQNiUrqJBlW9nZp/k7pbG3oStOjvawD9ZbP9e0fnlWJIsj 6c7pX354Yi7kxIk/6gREidHLLqEb/otuwt1aoMPg97iUgDV5mlNef77lWE8vxmlY0FBWIXuZ yv0XYxf1WF6dRizwFFbxvUZzIJp3spAao7jLsQj1DbD2s5+S1BW09A0mI/1DjB6EhNN+4bDB SJCOv/ReK3tFJXuj/HbyDrOdoMt8aIFbe7YFLEExHpSk+HgN05Lg5TyTro8oW7TSMTk+8a5M kzaH4UGXTTBDP/g5cfL3RFPl79ubXwARAQABiQIfBBgBCAAJBQJXFRpKAhsMAAoJEKqx7BSn lIjvI/8P/jg0jl4Tbvg3B5kT6PxJOXHYu9OoyaHLcay6Cd+ZrOd1VQQCbOcgLFbf4Yr+rE9l mYsY67AUgq2QKmVVbn9pjvGsEaz8UmfDnz5epUhDxC6yRRvY4hreMXZhPZ1pbMa6A0a/WOSt AgFj5V6Z4dXGTM/lNManr0HjXxbUYv2WfbNt3/07Db9T+GZkpUotC6iknsTA4rJi6u2ls0W9 1UIvW4o01vb4nZRCj4rni0g6eWoQCGoVDk/xFfy7ZliR5B+3Z3EWRJcQskip/QAHjbLa3pml xAZ484fVxgeESOoaeC9TiBIp0NfH8akWOI0HpBCiBD5xaCTvR7ujUWMvhsX2n881r/hNlR9g fcE6q00qHSPAEgGr1bnFv74/1vbKtjeXLCcRKk3Ulw0bY1OoDxWQr86T2fZGJ/HIZuVVBf3+ gaYJF92GXFynHnea14nFFuFgOni0Mi1zDxYH/8yGGBXvo14KWd8JOW0NJPaCDFJkdS5hu0VY 7vJwKcyHJGxsCLU+Et0mryX8qZwqibJIzu7kUJQdQDljbRPDFd/xmGUFCQiQAncSilYOcxNU EMVCXPAQTteqkvA+gNqSaK1NM9tY0eQ4iJpo+aoX8HAcn4sZzt2pfUB9vQMTBJ2d4+m/qO6+ cFTAceXmIoFsN8+gFN3i8Is3u12u8xGudcBPvpoy4OoG Message-ID: Date: Thu, 28 Jan 2021 18:23:57 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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: Thu, 28 Jan 2021 21:24:03 -0000 On 28/01/2021 17:30, Adhemerval Zanella wrote: > > > On 28/01/2021 17:21, Adhemerval Zanella wrote: >> >> >> On 28/01/2021 17:01, Adhemerval Zanella wrote: >>> >>> >>> On 28/01/2021 16:53, Florian Weimer wrote: >>>> * Adhemerval Zanella: >>>> >>>>> Debugging the tst-ldconfig-ld_so_conf-update it seems that for some >>>>> reason ldconfig is not updating the search path. Modifying the testcase >>>>> to print the dlerror: >>>>> >>>>> dlopen (libldconfig-ld-mod.so): libldconfig-ld-mod.so: cannot open shared object file: No such file or directory >>>>> >>>>> I am trying to run strace on the container environment, but it seems >>>>> that it gets confused (it triggers a failure in the rename call). >>>>> >>>>> Any idea? >>>> >>>> Do you use any special compiler flags? We have a report of ISA level >>>> property notes showing up unexpectedly: >>>> >>>> >>>> >>>> I don't think this test has been adjusted to this new feature, it will >>>> only work if the objects have no markup. >>> >>> This is failing on powerpc32 as well with the same error, so I am not sure >>> this is really related to the ISA level property notes. >> >> The libldconfig-ld-mod.so is indeed listed on the cache, as indicated by >> a 'ldconfig -p' after the final 'ldconfig' onelf/tst-ldconfig-ld_so_conf-update.c: >> >> 37 libs found in cache `/etc/ld.so.cache' >> libutil.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libutil.so.1 >> libutil.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libutil.so >> libthread_db.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libthread_db.so.1 >> libthread_db.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libthread_db.so >> librt.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/librt.so.1 >> librt.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/librt.so >> libresolv.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libresolv.so.2 >> libresolv.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libresolv.so >> libpthread.so.0 (libc6, OS ABI: Linux 3.2.0) => /lib/libpthread.so.0 >> libpthread.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libpthread.so >> libpcprofile.so (libc6, OS ABI: Linux 3.2.0) => /lib/libpcprofile.so >> libnss_hesiod.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libnss_hesiod.so.2 >> libnss_hesiod.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libnss_hesiod.so >> libnss_files.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libnss_files.so.2 >> libnss_files.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libnss_files.so >> libnss_dns.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libnss_dns.so.2 >> libnss_dns.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libnss_dns.so >> libnss_db.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libnss_db.so.2 >> libnss_db.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libnss_db.so >> libnss_compat.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libnss_compat.so.2 >> libnss_compat.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libnss_compat.so >> libnsl.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libnsl.so.1 >> libmemusage.so (libc6, OS ABI: Linux 3.2.0) => /lib/libmemusage.so >> libm.so.6 (libc6, OS ABI: Linux 3.2.0) => /lib/libm.so.6 >> libm.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libm.so >> libldconfig-ld-mod.so (libc6, OS ABI: Linux 3.2.0) => /tmp/tst-ldconfig/libldconfig-ld-mod.so >> libdl.so.2 (libc6, OS ABI: Linux 3.2.0) => /lib/libdl.so.2 >> libdl.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libdl.so >> libcrypt.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libcrypt.so.1 >> libcrypt.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libcrypt.so >> libc.so.6 (libc6, OS ABI: Linux 3.2.0) => /lib/libc.so.6 >> libanl.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libanl.so.1 >> libanl.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libanl.so >> libSegFault.so (libc6, OS ABI: Linux 3.2.0) => /lib/libSegFault.so >> libBrokenLocale.so.1 (libc6, OS ABI: Linux 3.2.0) => /lib/libBrokenLocale.so.1 >> libBrokenLocale.so (libc6, OS ABI: Linux 3.2.0) => /usr/lib/libBrokenLocale.so >> ld-linux.so.2 (ELF) => /lib/ld-linux.so.2 >> >> However the dlopen is not considering it on search path, as indicated by >> LD_DEBUG=all just before the dlopen failure: >> >> 1: file=libldconfig-ld-mod.so [0]; dynamically loaded by /xxx/i686-linux-gnu/elf/tst-ldconfig-ld_so_conf-update [0] >> 1: find library=libldconfig-ld-mod.so [0]; searching >> 1: search cache=/etc/ld.so.cache >> 1: search path=/lib:/usr/lib (system search path) >> 1: trying file=/lib/libldconfig-ld-mod.so >> 1: trying file=/usr/lib/libldconfig-ld-mod.so >> >> I am not sure why yet. > > From my testings, I am seeing this issue on hppa, powerpc32 hardfloat, i686, and armhf. The issue is test-container is copying the ld.so.cache from system into testroot and thus _dl_sysdep_read_whole_file does not fail. For 32-bit builds, there is not ld.so.cache then _dl_sysdep_read_whole_file fails and further ldconfig does not change the process map (since _dl_load_cache_lookup won't reload the cache after an initial failure). That's explain why I am seeing this only on system with default 64-bit userland. I don't know exactly why I haven't see this before, neither if it were some testing regression added recently.