From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) by sourceware.org (Postfix) with ESMTPS id C7761393BC3B for ; Wed, 4 Aug 2021 11:56:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C7761393BC3B Received: by mail-pl1-x62f.google.com with SMTP id c16so2713365plh.7 for ; Wed, 04 Aug 2021 04:56:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=SjLnOQWgD/aKA1ESaPI7bnbeZL/yRbpEvYTvKbtL0Kw=; b=r4t5HATFPEaILeFNRdVPiH6DZqTVsvR0Tb+htDRW7+LsxNpIiQes7JEu6L6CYapm+b PwsKSKq2FOuLikmYNaLce1QDGJ4Q8e8ao3V2gTSjcbd7PH3qvlDFHHMhJUjxf+Gk2UrM miW4GoSjA3GeScaJyiJGLz/EMYNdlyXggx4LAmuvk2kUWg+UumQ0RoX4zCairIS+47nk sy5WS1nAA2ofolbJWHx4otf74KN8QLMSyW7d+DxQh0fr9ImO3CjgYf8w4jK0TdVYjCPB 7FwyCKRwN3DDugzsoYdJKpcjoF9kerM6YY/1+AKOpCVgStsysrKSX5UyATIuJmqU/jgm msJg== X-Gm-Message-State: AOAM532AmA5GAVzAwLh1oVsh7RBSoCMeMWUQA4iswzzd2u4CsK7lQ5xV O0Y9ATU70iyr+GlkYJil7HNwtQ== X-Google-Smtp-Source: ABdhPJzuSAapCPgYX7+024PNEjfZWNdazWd8/M/xJR7wtBgEcdh8PFX0+KHycCOzB6//3mb8fqtZ2g== X-Received: by 2002:aa7:8b19:0:b029:3c4:d6c:c56b with SMTP id f25-20020aa78b190000b02903c40d6cc56bmr7258457pfd.56.1628078179864; Wed, 04 Aug 2021 04:56:19 -0700 (PDT) Received: from ?IPv6:2804:431:c7ca:76cd:ebc7:4201:855e:55a1? ([2804:431:c7ca:76cd:ebc7:4201:855e:55a1]) by smtp.gmail.com with ESMTPSA id k193sm2757998pfd.128.2021.08.04.04.56.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Aug 2021 04:56:19 -0700 (PDT) Subject: Re: glibc 2.34 failed tests To: Michael Brunnbauer , libc-help@sourceware.org, Siddhesh Poyarekar References: From: Adhemerval Zanella Message-ID: Date: Wed, 4 Aug 2021 08:56:17 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.4 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-help@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-help mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2021 11:56:22 -0000 On 03/08/2021 13:15, Michael Brunnbauer wrote: > > hi all, > > these are my test failures for glibc 2.34: > > FAIL: malloc/tst-mxfast-mcheck > FAIL: malloc/tst-tcfree2 > FAIL: nss/tst-nss-files-hosts-multi > FAIL: resolv/tst-bug18665 > FAIL: resolv/tst-resolv-search > FAIL: rt/tst-mqueue10 > FAIL: time/tst-itimer > > In comparison, those failed for 2.33 - which I use in production: > > FAIL: elf/tst-dlopenfail This is a new failure, could you post the .out output? > FAIL: malloc/tst-safe-linking Siddhesh has improved it to avoid some false positives, but from from the commit message it seems that although unlikely it might still be possible. Could you post the output to see if this is the case? > FAIL: malloc/tst-tcfree2 This is another new failure., could you post the .out output as well? > FAIL: nss/tst-nss-files-hosts-multi > FAIL: resolv/tst-bug18665 > FAIL: resolv/tst-resolv-search I recall this might fail depending of how the system network is configured. What .out file shows? > > Should I worry? Here are the .out files for the new failures: > > cat ./malloc/tst-mxfast-mcheck.out > tst-mxfast.c:49: numeric comparison failure > left: 2 (0x2); from: m.smblks > right: 0 (0x0); from: 0 > error: 1 test failures > > cat ./rt/tst-mqueue10.out > error: tst-mqueue10.c:46: not true: q != (mqd_t) -1 > error: 1 test failures I think this might be related to the fact rt/tst-mqueue10.c uses the "/tst-mqueue2-" as template (it might interfere with rt/tst-mqueue2.c itself). > > cat ./time/tst-itimer.out > tst-itimer.c:76: numeric comparison failure (widths 64 and 32) > left: 10000 (0x2710); from: it_old.it_interval.tv_usec > right: 20 (0x14); from: 20 > tst-itimer.c:90: numeric comparison failure > left: 20 (0x14); from: it.it_interval.tv_usec > right: 10000 (0x2710); from: it_old.it_interval.tv_usec > tst-itimer.c:118: numeric comparison failure > left: 2748779068 (0xa3d70a3c); from: it_old.it_interval.tv_sec > right: 8589934591 (0x1ffffffff); from: 0x1ffffffffull > tst-itimer.c:119: numeric comparison failure (widths 64 and 32) > left: 0 (0x0); from: it_old.it_interval.tv_usec > right: 20 (0x14); from: 20 > tst-itimer.c:141: numeric comparison failure > left: 8589934591 (0x1ffffffff); from: it.it_interval.tv_sec > right: 2748779068 (0xa3d70a3c); from: it_old.it_interval.tv_sec > tst-itimer.c:142: numeric comparison failure > left: 20 (0x14); from: it.it_interval.tv_usec > right: 0 (0x0); from: it_old.it_interval.tv_usec > tst-itimer.c:76: numeric comparison failure (widths 64 and 32) > left: 10000 (0x2710); from: it_old.it_interval.tv_usec > right: 20 (0x14); from: 20 > tst-itimer.c:90: numeric comparison failure > left: 20 (0x14); from: it.it_interval.tv_usec > right: 10000 (0x2710); from: it_old.it_interval.tv_usec > tst-itimer.c:118: numeric comparison failure > left: 2748779068 (0xa3d70a3c); from: it_old.it_interval.tv_sec > right: 8589934591 (0x1ffffffff); from: 0x1ffffffffull > tst-itimer.c:119: numeric comparison failure (widths 64 and 32) > left: 0 (0x0); from: it_old.it_interval.tv_usec > right: 20 (0x14); from: 20 > tst-itimer.c:141: numeric comparison failure > left: 8589934591 (0x1ffffffff); from: it.it_interval.tv_sec > right: 2748779068 (0xa3d70a3c); from: it_old.it_interval.tv_sec > tst-itimer.c:142: numeric comparison failure > left: 20 (0x14); from: it.it_interval.tv_usec > right: 0 (0x0); from: it_old.it_interval.tv_usec > error: 12 test failures I almost sure this is the same issue I saw on an older kernel under KVM [1] [1] https://patchwork.sourceware.org/project/glibc/patch/20210719163846.2954193-3-adhemerval.zanella@linaro.org/