From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) by sourceware.org (Postfix) with ESMTPS id E7AE03846405 for ; Wed, 27 Jan 2021 16:07:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org E7AE03846405 Received: by mail-ot1-x331.google.com with SMTP id s2so2161513otp.5 for ; Wed, 27 Jan 2021 08:07:26 -0800 (PST) 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:content-transfer-encoding; bh=eDB0ZJj1gS2UtyOZO6zIhP3xSbkyObod0h2lYwL2F8E=; b=s8mLI7vOWJECsgGGLUPaWJjRlq2y8uqLKSDCPPeTgeqaYo7r6rCkMArV9nlbUB9L2v 6RZXH+hokk75PkSvyKnymvStc9EhCZih37rybUsY7u8JvbBWUjBDyqnuvo2lls+7fBkK BtvFEOsnBuJm8+6hbmBaWDcG1IIWRZJEbxYfUta+9c1a1hHJshUmFRA1K8f37/kPZLrU POuKCjeuiUMP/eYoHWe5Jew23QtfudXOyxLD094M+rN+W/PcHd3ZPedndiH+cD9eoJrv ZbrxCgefKMN26HjwglqneaAJJW1CEd2PHQcpYvAJcYecbIM3rp2LLhlmIctw6bRNvq9R 4CIQ== X-Gm-Message-State: AOAM531mkdW9h4QbC2l6Ru0YzNbxlsWrsDHodsEO6lVzOfV+AHbjVakI wm6u0SsuYGhm2QHwXNJMQVPtBNkcNYg37ItLWfQ= X-Google-Smtp-Source: ABdhPJxmEawtFdImCxp3KzFJLKSywQGCK6jIDQN0aGzEnFxEm/V0AJTCCjmOLCjitamqppz+PksS4dv9DV5kWYlcz24= X-Received: by 2002:a9d:135:: with SMTP id 50mr8413094otu.267.1611763646427; Wed, 27 Jan 2021 08:07:26 -0800 (PST) MIME-Version: 1.0 References: <87im7i4d08.fsf@oldenburg.str.redhat.com> In-Reply-To: <87im7i4d08.fsf@oldenburg.str.redhat.com> From: Manuel Lauss Date: Wed, 27 Jan 2021 17:06:50 +0100 Message-ID: Subject: Re: How to set x86 ISA needed property? To: Florian Weimer Cc: Manuel Lauss via Libc-help Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, 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-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, 27 Jan 2021 16:07:28 -0000 Servus Florian, On Wed, Jan 27, 2021 at 4:26 PM Florian Weimer wrote: > > * Manuel Lauss via Libc-help: > > > I've been building a userland for an AMD E-450 (gcc march=3Dbtver1) on > > a much more modern and faster x86 host. > > Now, the machione does not boot because up-to-date glibc devel says th= is: > > > > /lib64/libc.so.6: CPU ISA level is lower than required > > > > readelf libc.so.6 says: > > Displaying notes found in: .note.gnu.property > > Owner Data size Description > > GNU 0x00000010 NT_GNU_PROPERTY_TYPE_0 > > Properties: x86 ISA needed: x86-64-baseline, x86-64-v2, x86-64-v3 > > > > x86-64-v3 is supported by the build machine, but the btver1 is at most = -v2. > > This used to work in the past; is there a way to force glibc to a certa= in level? > > (binutils-2.35.1, gcc-10.2.1, glibc master as of 27.01.2021). > > What does =E2=80=9Cgcc -v=E2=80=9D? What are you glibc configure/build f= lags? # gcc -v Using built-in specs. COLLECT_GCC=3Dgcc COLLECT_LTO_WRAPPER=3D/usr/libexec/gcc/x86_64-pc-linux-gnu/10.2.0/lto-wrapp= er Target: x86_64-pc-linux-gnu Configured with: /tmp-ram/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/configure --host=3Dx86_64-pc-linux-gnu --build=3Dx86_64-pc-linux-gnu --prefix=3D/usr --bindir=3D/usr/x86_64-pc-linux-gnu/gcc-bin/10.2.0 --includedir=3D/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include --datadir=3D/usr/share/gcc-data/x86_64-pc-linux-gnu/10.2.0 --mandir=3D/usr/share/gcc-data/x86_64-pc-linux-gnu/10.2.0/man --infodir=3D/usr/share/gcc-data/x86_64-pc-linux-gnu/10.2.0/info --with-gxx-include-dir=3D/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/g+= +-v10 --with-python-dir=3D/share/gcc-data/x86_64-pc-linux-gnu/10.2.0/python --enable-languages=3Dc,c++ --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --disable-nls --enable-checking=3Drelease --with-bugurl=3Dhttps://bugs.gentoo.org/ --with-pkgversion=3D'Gentoo 10.2.0-r5 p6' --disable-esp --enable-libstdcxx-time --enable-shared --enable-threads=3Dposix --enable-__cxa_atexit --enable-clocale=3Dgnu --enable-multilib --with-multilib-list=3Dm32,m64 --disable-fixed-point --enable-targets=3Dall --enable-libgomp --disable-libssp --disable-libada --disable-systemtap --disable-vtable-verify --disable-libvtv --with-zstd --enable-lto --with-isl --disable-isl-version-check --disable-libsanitizer --disable-default-pie --disable-default-ssp --with-arch=3Dbtver1 --with-tune=3Dbtver1 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.2.0 (Gentoo 10.2.0-r5 p6) This is the gentoo ebuild's configure invocation: configure --enable-stack-protector=3Dno --enable-stackguard-randomization --disable-cet --enable-kernel=3D3.2.0 --without-selinux --without-cvs --disable-werror --enable-bind-now --build=3Dx8 6_64-pc-linux-gnu --host=3Dx86_64-pc-linux-gnu --disable-profile --without-gd --with-headers=3D/usr/include --prefix=3D/usr --sysconfdir=3D/etc --localstatedir=3D/var --libdir=3D$(prefix)/lib64 --mandir=3D$(prefix)/share/man --infodir=3D$(prefix)/share/info --libexecdir=3D$(libdir)/misc/glibc --with-bugurl=3Dhttps://bugs.gentoo.org/ --with-pkgversion=3DGentoo 2.32-r7 p6 --enable-crypt --disable-static-pie --disable-systemtap --disable-nscd libc_cv_complocaledir=3D${exec_prefix}/lib/locale --disable-ti mezone-tools > This is expected to happen only if you use something like > -march=3Dx86-64-v3 to build glibc, and only with recent toolchain > version. I'm surprised you are hitting this with GCC 10, which does not > implement -march=3Dx86-64-v3. I'm surprised as well, though not all libs/executables have the property se= t, most are missing it. Gentoo's patches to gcc don't add the property code either, i'll check binutils next. I removed the note, and this allowed systemd to start. Danke! Manuel