From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) by sourceware.org (Postfix) with ESMTPS id 403093857022 for ; Fri, 10 Jul 2020 19:21:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 403093857022 Received: by mail-io1-xd44.google.com with SMTP id q74so7215454iod.1 for ; Fri, 10 Jul 2020 12:21:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=r3CuaswNa+sfnmkBB/YryU/MhiY04ynitjlS5krbF98=; b=lmbEFNA7VK1UDJf35EMzZCpRMDTtYSRoB01njFbwVDbXs9P2aNJmLyC0hAWytP1awL a1Ww5QXWZsHOa/PcL+KPwE0NwH+KUMVshA1hK/5xXHyxniM9R31kIuxU6PnWuIjwe0kI Y43vbD4Idh4u3fN2RSJlTq0gb+19641lVgU+pAOEU1OxsZL47AuUPjKv/29Y3M5zjKwx C6avwNnAzM3n3s9kv6EaKJZrsMSovDDmWmPtiY5ENG7Oat2M8rdD/lMpfALdKu3R5IMC 7cPsRsbSkO7eWvBsEjWsTQOqSqYhOV10l2mCnS0Bll4QjguGf9Zx+Refx3rdoxQWE2gk dzLg== X-Gm-Message-State: AOAM531mwaYD7g3GmnyvBbXdomgjDgge/cWHpkDZcJp3SH+66ALC7sfC fCPnpusELQkFksadF1sWaQeZHIM2mjEbFe4nS6g= X-Google-Smtp-Source: ABdhPJyiEJfIyvxOj5USKBB86iDRdTtp7+o+A4icDJ5WBmDWSL+Fak4Cm2ehDSMOF8OJOORjsIZfRthQdo3hiDy6aEQ= X-Received: by 2002:a6b:640f:: with SMTP id t15mr28880667iog.175.1594408915780; Fri, 10 Jul 2020 12:21:55 -0700 (PDT) MIME-Version: 1.0 References: <8ec1c7a1-dd77-5f1f-a2a4-11d214152a0d@linaro.org> <20200707205506.31537-1-vgupta@synopsys.com> <273d42de-dc2b-2101-8705-04b399bd46cc@linaro.org> <2c7b73bd-d738-6af8-90b0-514ad22d929f@synopsys.com> <130fbd5a-cec8-4930-0b5e-da53d8d582ea@synopsys.com> <5f20da5f-8612-099b-3257-56c18f10cfa0@synopsys.com> <87o8on4t38.fsf@oldenburg2.str.redhat.com> In-Reply-To: From: Alistair Francis Date: Fri, 10 Jul 2020 12:12:02 -0700 Message-ID: Subject: Re: ARC testsuite regressions (was Re: [PATCH v7.2 07/13] ARC: Linux Syscall Interface) To: Vineet Gupta Cc: Florian Weimer , Alistair Francis via Libc-alpha , arcml Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, 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: Fri, 10 Jul 2020 19:21:57 -0000 On Fri, Jul 10, 2020 at 8:55 AM Vineet Gupta via Libc-alpha wrote: > > On 7/10/20 2:28 AM, Florian Weimer via Libc-alpha wrote: > > * Alistair Francis via Libc-alpha: > > > >> On Thu, Jul 9, 2020 at 2:36 PM Vineet Gupta via Libc-alpha > >> wrote: > >>> > >>> On 7/9/20 2:13 PM, Vineet Gupta via Libc-alpha wrote: > >>>>> Rebased ARC port on master and fired a build-many-glibcs now (expect some > >>>>> abilist updates). Will do a full testsuite run > >>>> > >>>> No regressions in sysvipc tests ! > >>> > >>> But quite a few regressions. Baseline is ARC port off of upstream 81b1c8cbb5b4 > >>> "(hurd: Simplify usleep timeout computation)" and failures below seen in ARC port > >>> off of today's master ffd178c651b8 "(sysv: linux: Add 64-bit time_t variant for > >>> shmctl)" > >>> > >>> FAIL: dlfcn/tststatic > >>> FAIL: dlfcn/tststatic2 > >>> FAIL: dlfcn/tststatic3 > >>> FAIL: dlfcn/tststatic4 > >>> FAIL: dlfcn/tststatic5 > >>> FAIL: elf/tst-libc_dlvsym > >>> FAIL: elf/tst-libc_dlvsym-static > >>> FAIL: elf/tst-single_threaded-static-dlopen > >>> FAIL: elf/tst-tls9-static > >> > >> I see the same recent-ish regressions for RV32. > > > > Did you rebuild from scratch? After the libc.so/ld.so ABI changes that > > went in recently, it could be the result of incomplete make > > dependencies. > > From scratch meaning glibc alone or the whole toolchain. I used buildroot and > glibc-dirclean to nuke entire glibc but gcc was not rebuilt. I can try that too. That's the same with me. The toolchain wasn't rebuilt but glibc was built from a clean directory. I am rebuilding now with a rebuilt toolchain. > > Some of the failed tests have prints about static TLS block ... so I'm wondering > if they could be related ? I see the same messages. > > | $ cat dlfcn/tststatic.out > | .../build/libc.so.6: cannot allocate memory in static TLS block That's what I see as well. > > Also while we figure this out, does this prevent ARC port from being committed. It > is a functioning system otherwise: I'm doing doing cross run of testsuite with > sshd etc involved and these addition 10+ failures don't seem to be getting in the way. Good question! Alistair