W dniu 24.11.2021 o 21:30, Jan Palus pisze:

> I suppose this is the commit to be blamed for this regression:
> https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=f13fb81ad3159543741e9132685335002a6d5df2
> glibc 2.33 used to look at /proc too, but it no longer does in 2.34.


f13fb81ad3159543741e9132685335002a6d5df2 is the first bad commit
commit f13fb81ad3159543741e9132685335002a6d5df2
Author: Adhemerval Zanella <adhemerval.zane...@linaro.org>
Date:   Thu Mar 25 14:04:37 2021 -0300

    linux: Remove /proc/cpuinfo fallback on alpha and sparc

    There is no much gain in fallback to cpuinfo if sysfs is no present,
    usually on restricted environment neither will be present.  It also
    simplifies the code and make all architecture use the sched_getaffinity
    as the sysfs fallback.

    Checked on sparc64-linux-gnu.

 sysdeps/unix/sysv/linux/alpha/getsysstats.c | 38
 sysdeps/unix/sysv/linux/getsysstats.c       | 22 +----------------
 sysdeps/unix/sysv/linux/sparc/getsysstats.c | 38
 3 files changed, 1 insertion(+), 97 deletions(-)
 delete mode 100644 sysdeps/unix/sysv/linux/alpha/getsysstats.c
 delete mode 100644 sysdeps/unix/sysv/linux/sparc/getsysstats.c

glibc people will reintroduce fallback (but based on /proc/stat).

In mean time sysfs got mounted on builders and I also saw your changes
to make multiprocessor default in openjdk 8

Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )
pld-devel-en mailing list

Reply via email to