From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from helium.openadk.org (helium.openadk.org [89.238.66.15]) by sourceware.org (Postfix) with ESMTPS id 474B4385841B for ; Thu, 17 Feb 2022 09:28:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 474B4385841B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=openadk.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=openadk.org Received: by helium.openadk.org (Postfix, from userid 1000) id 0891731E07CD; Thu, 17 Feb 2022 10:28:38 +0100 (CET) Date: Thu, 17 Feb 2022 10:28:38 +0100 From: Waldemar Brodkorb To: Peter Bergner Cc: Waldemar Brodkorb , binutils@sourceware.org, Alan Modra Subject: Re: regression with binutils 2.28 for ppc Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Operating-System: Linux 5.10.0-10-amd64 x86_64 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE 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: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2022 09:28:43 -0000 Hi Peter, Peter Bergner wrote, > On 2/16/22 8:32 AM, Peter Bergner via Binutils wrote: > > On 2/16/22 7:35 AM, Waldemar Brodkorb wrote: > >> since commit b25f942e18d6ecd7ec3e2d2e9930eb4f996c258a I am getting > >> following error when building a Linux Kernel targeting > >> qemu-system-ppc (-M macppc). > >> > >> {standard input}: Assembler messages: > >> {standard input}:2156: Error: unrecognized opcode: `ptesync' > > The commit you mention is Alan's fix for sticky bits. > His commit message mentions the change will probably expose > broken .machine usage, so I'm guessing this will end up being > a kernel issue. Yeah, I mean 2.38 not 2.28. The gcc command used to compile the problematic file is: /home/wbx/embedded-test/openadk/toolchain_qemu-ppc-macppc_uclibc-ng_hard/usr/bin/ppc-openadk-linux-uclibc-gcc -Wp,-MMD,arch/powerpc/lib/.sstep.o.d -nostdinc -I./arch/powerpc/include -I./arch/powerpc/include/gen erated -I./include -I./arch/powerpc/include/uapi -I./arch/powerpc/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/compiler-version.h -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -D__KERNEL__ -I ./arch/powerpc -fmacro-prefix-map=./= -Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -Wer ror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Wno-format-security -std=gnu89 -mcpu=powerpc -mcpu=powerpc -mbig-endian -m32 -msoft-float -pipe -ffixed-r2 -mmultiple -mno-readonly-in-s data -mcpu=powerpc64 -mno-altivec -mno-vsx -fno-asynchronous-unwind-tables -mno-string -Wa,-maltivec -mbig-endian -fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation -Wno-format-overflow -Wn o-address-of-packed-member -Os -fno-allow-store-data-races -Wframe-larger-than=1024 -fno-stack-protector -Wimplicit-fallthrough=5 -Wno-main -Wno-unused-but-set-variable -Wno-unused-const-variable -fomit-frame-poi nter -fno-stack-clash-protection -Wdeclaration-after-statement -Wvla -Wno-pointer-sign -Wcast-function-type -Wno-stringop-truncation -Wno-zero-length-bounds -Wno-array-bounds -Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized -Wno-alloc-size-larger-than -fno-strict-overflow -fno-stack-check -fconserve-stack -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -Wno-packed-not-aligned -We rror -DKBUILD_MODFILE='"arch/powerpc/lib/sstep"' -DKBUILD_BASENAME='"sstep"' -DKBUILD_MODNAME='"sstep"' -D__KBUILD_MODNAME=kmod_sstep -c -o arch/powerpc/lib/sstep.o arch/powerpc/lib/sstep.c It works fine with binutils 2.37. best regards Waldemar