public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: caiyinyu <caiyinyu@loongson.cn>
To: WANG Xuerui <i.swmail@xen0n.name>, Xi Ruoyao <xry111@xry111.site>,
	adhemerval.zanella@linaro.org, libc-alpha@sourceware.org,
	joseph_myers@mentor.com, carlos@redhat.com
Cc: liuzhensong@loongson.cn
Subject: Re: [PATCH v7 00/13] GLIBC LoongArch PATCHES
Date: Mon, 25 Jul 2022 16:21:59 +0800	[thread overview]
Message-ID: <6339e6bd-94a2-4d4a-069a-c332a48bd241@loongson.cn> (raw)
In-Reply-To: <2ff6d3b4-36d2-c7cc-e1b1-119a93ec5423@xen0n.name>

Summary of test results:
        1 FAIL
     4576 PASS
       22 UNSUPPORTED
       12 XFAIL
        6 XPASS
Overall this is looking good. Thanks for your testing.


So, is it necessary to release another version of v8??


在 2022/7/24 下午8:02, WANG Xuerui 写道:
> On 7/24/22 19:51, Xi Ruoyao wrote:
>> On Sun, 2022-07-24 at 17:49 +0800, WANG Xuerui wrote:
>>
>>> Of these, the ifunc failures are "expected" by you, the
>>> elf/check-abi-libc diff is trivial (maybe you just didn't rebase as
>>> frequently):
>>>
>>> --- ../sysdeps/unix/sysv/linux/loongarch/lp64/libc.abilist 2022-07-23
>>> 14:45:57.490029442 +0800
>>> +++ /home/xenon/src/glibc/build/libc.symlist    2022-07-24
>>> 13:44:10.416642655 +0800
>>> @@ -496 +496 @@ GLIBC_2.36 _mcount F
>>> -GLIBC_2.36 _nl_default_dirname D 0x12
>>> +GLIBC_2.36 _nl_default_dirname D 0x17
>>> @@ -541,0 +542,3 @@ GLIBC_2.36 alphasort64 F
>>> +GLIBC_2.36 arc4random F
>>> +GLIBC_2.36 arc4random_buf F
>>> +GLIBC_2.36 arc4random_uniform F
>> arc4random is just merged two days ago.
> Yeah; I meant to alert the relevant people (patch author or committer) 
> to not forget adjusting this.
>>
>>> The others may need some love. Of course they're possibly because of my
>>> particular environment (Gentoo is a little bit different than 
>>> "ordinary"
>>> distros like Debian/Fedora, and I already have to symlink the
>>> libgcc_s.so and libstdc++.so to pass the nptl tests at all)
>> I can tell tst-nss-files-hosts-long is most likely PR24816.  For the
>> others I'm not sure.
>>
>> By "symlink libgcc_s.so and libstdc++.so" I guess you are running tests
>> in a temporary system ("Gentoo stage 1" IIRC).  In LFS we also get some
>> additional test failures in the temporary system [1] so it's better to
>> rerun the tests in a full system.
>>
>> (In earlier LFS releases we also needed to symlink libgcc_s.so and
>> libstdc++.so for glibc tests, but it's no longer needed now thanks to a
>> major refactoring [2].)
>
> Of course my Gentoo devbox is fully bootstrapped and working :-)
>
> I'm referring to the Gentoo-specific behavior of slotted gcc 
> installation, where gcc-provided libraries (including the two 
> mentioned here) are NOT present in the usual place, but rather in 
> /usr/lib/gcc/<PACKAGE VERSION>. Additional magic is present for the 
> "active" gcc to be switchable via the gcc-config tool. Binutils is 
> similar; there is a binutils-config too.
>
> But anyway, the nptl tests mostly passed, with the only 2 failures 
> related to the botched gdb on LoongArch (I compiled from the upstream 
> HEAD and still it doesn't work). The others are worth looking into too 
> but don't seem to cause any problem so far.
>
>>
>> [1]: 
>> https://www.linuxfromscratch.org/lfs/view/systemd/chapter08/glibc.html
>> [2]: 
>> https://lists.linuxfromscratch.org/sympa/arc/lfs-dev/2020-05/msg00000.html
>>
>> My test result on LFS (fully built) with a patched ld seems clean.  The
>> patch is originally published at
>> https://sourceware.org/pipermail/binutils/2022-July/121852.html, but
>> it's in a large series introducing new relocation types.  I managed to
>> rebased and adjusted the patch so it can be applied individually for
>> binutils-gdb master branch.  The patch is attached in this mail.
>>
>> +Zhensong: is there any possibility to merge this patch for binutils
>> master and 2.39 release branch (including 2.38 release branch would be
>> even better) so at least glibc ifunc tests will be happy?
>>
>> XPASS: conform/UNIX98/ndbm.h/linknamespace
>> XPASS: conform/XOPEN2K/ndbm.h/linknamespace
>> XPASS: conform/XOPEN2K8/ndbm.h/linknamespace
>> XPASS: conform/XPG42/ndbm.h/linknamespace
>> UNSUPPORTED: crypt/cert
>> FAIL: elf/check-abi-libc
>> UNSUPPORTED: elf/tst-env-setuid
>> UNSUPPORTED: elf/tst-env-setuid-tunables
>> XPASS: elf/tst-protected1a
>> XPASS: elf/tst-protected1b
>> UNSUPPORTED: elf/tst-valgrind-smoke
>> UNSUPPORTED: misc/tst-adjtimex
>> UNSUPPORTED: misc/tst-clock_adjtime
>> UNSUPPORTED: misc/tst-ntp_adjtime
>> UNSUPPORTED: misc/tst-pkey
>> UNSUPPORTED: misc/tst-rseq
>> UNSUPPORTED: misc/tst-rseq-disable
>> UNSUPPORTED: nptl/test-cond-printers
>> UNSUPPORTED: nptl/test-condattr-printers
>> UNSUPPORTED: nptl/test-mutex-printers
>> UNSUPPORTED: nptl/test-mutexattr-printers
>> UNSUPPORTED: nptl/test-rwlock-printers
>> UNSUPPORTED: nptl/test-rwlockattr-printers
>> UNSUPPORTED: nptl/tst-pthread-gdb-attach
>> UNSUPPORTED: nptl/tst-pthread-gdb-attach-static
>> UNSUPPORTED: nptl/tst-rseq-nptl
>> UNSUPPORTED: stdlib/tst-secure-getenv
>> UNSUPPORTED: time/tst-clock_settime
>> UNSUPPORTED: time/tst-settimeofday
>> Summary of test results:
>>        1 FAIL
>>     4576 PASS
>>       22 UNSUPPORTED
>>       12 XFAIL
>>        6 XPASS
> Overall this is looking good. Thanks for your testing.


  reply	other threads:[~2022-07-25  8:22 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-19  1:20 caiyinyu
2022-07-19  1:20 ` [PATCH v7 01/13] LoongArch: Add LoongArch entries to config.h.in caiyinyu
2022-07-21 21:02   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 02/13] LoongArch: Add relocations and ELF flags to elf.h and scripts/glibcelf.py caiyinyu
2022-07-21 21:02   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 03/13] LoongArch: ABI Implementation caiyinyu
2022-07-20 12:29   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 04/13] LoongArch: Thread-Local Storage Support caiyinyu
2022-07-20 14:34   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 05/13] LoongArch: Generic <math.h> and soft-fp Routines caiyinyu
2022-07-20 13:04   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 06/13] LoongArch: Atomic and Locking Routines caiyinyu
2022-07-20 14:32   ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 07/13] LoongArch: Linux Syscall Interface caiyinyu
2022-07-20 14:35   ` Adhemerval Zanella Netto
2022-07-27  5:27   ` WANG Xuerui
2022-07-27  5:32     ` WANG Xuerui
2022-07-27 11:16       ` Adhemerval Zanella Netto
2022-07-27 13:01         ` WANG Xuerui
2022-07-27 19:22           ` Adhemerval Zanella Netto
2022-07-19  1:20 ` [PATCH v7 08/13] LoongArch: Linux ABI caiyinyu
2022-07-20 16:37   ` Adhemerval Zanella Netto
2022-07-20 17:19 ` [PATCH v7 00/13] GLIBC LoongArch PATCHES Adhemerval Zanella Netto
2022-07-21  2:44   ` caiyinyu
2022-07-24  9:49 ` WANG Xuerui
2022-07-24 11:51   ` Xi Ruoyao
2022-07-24 12:02     ` WANG Xuerui
2022-07-25  8:21       ` caiyinyu [this message]
2022-07-25  8:28         ` Xi Ruoyao
2022-07-25  1:58     ` 刘振松
2022-07-25  8:01       ` Xi Ruoyao
2022-07-25 13:27   ` Adhemerval Zanella Netto
2022-07-25 14:14     ` caiyinyu
2022-07-26 12:35       ` caiyinyu
2022-07-26 12:42         ` Adhemerval Zanella Netto
2022-07-26 14:00           ` Mark Wielaard

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

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

  git send-email \
    --in-reply-to=6339e6bd-94a2-4d4a-069a-c332a48bd241@loongson.cn \
    --to=caiyinyu@loongson.cn \
    --cc=adhemerval.zanella@linaro.org \
    --cc=carlos@redhat.com \
    --cc=i.swmail@xen0n.name \
    --cc=joseph_myers@mentor.com \
    --cc=libc-alpha@sourceware.org \
    --cc=liuzhensong@loongson.cn \
    --cc=xry111@xry111.site \
    /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).