From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EC178C433E1 for ; Mon, 24 Aug 2020 19:35:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AF23D20738 for ; Mon, 24 Aug 2020 19:35:32 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="1H+z8gNo"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="fZa/eesR" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726444AbgHXTfb (ORCPT ); Mon, 24 Aug 2020 15:35:31 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:44446 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725780AbgHXTf3 (ORCPT ); Mon, 24 Aug 2020 15:35:29 -0400 Date: Mon, 24 Aug 2020 21:35:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1598297727; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s1UXCq2sCaXk8D9Ftb5SFZUbL2VtwY3Bdh1ohHy/nq0=; b=1H+z8gNouO152NAeUgGE/+lFf0x5m7yXvhjIBQKe7rY/L+0Ma/xmY+HEoyu15U/Nyv6FWP b3u6Vxct3tkicdHE/OEdruk91HjETkCvJ77h3JBEKELtqtLdwv+6G2/WKQx7uncf7+Gb6e eR5uCtWGGTV/F1QyrKS+aT/OX2ZSQz2Z471TqdXM4L+V8j3Kh3Wn6Fh2yhDByOpZl6uRpM /7aoeAAJGVwCqOoSKH8cIgWHMLGqf8Ip6ITxIT17v2dYxfuCTHIncUXwzcNXg1Yz8xp43/ wgr7mqO+9lKYyefs7jLmTmmm19gqO902VG1wJyVab7ujw/3emzTNvicnIj4iAQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1598297727; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s1UXCq2sCaXk8D9Ftb5SFZUbL2VtwY3Bdh1ohHy/nq0=; b=fZa/eesRoqGb6lVXqdy4Hl63qcEQvwOr3IKcp1Cl/dW6Y9lnPDr9FVk7yAfiFU6clSAJG6 aYGQIu+YQB4LKXCw== From: Sebastian Andrzej Siewior To: Vineet Gupta Cc: kernel test robot , "linux-snps-arc@lists.infradead.org" , Peter Zijlstra , "kbuild-all@lists.01.org" , "linux-kernel@vger.kernel.org" , Thomas Gleixner , Ofer Levi , Alexey Brodkin Subject: Re: {standard input}:5973: Error: operand out of range (512 is not between -512 and 511) Message-ID: <20200824193525.utkbrhgvwpi2i37m@linutronix.de> References: <202008241018.RkyIlLKd%lkp@intel.com> <20200824095831.5lpkmkafelnvlpi2@linutronix.de> <28384fea-4a07-c57d-04b0-f44f1c70adc2@synopsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <28384fea-4a07-c57d-04b0-f44f1c70adc2@synopsys.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-08-24 18:21:21 [+0000], Vineet Gupta wrote: > >>>> {standard input}:5973: Error: operand out of range (512 is not between -512 and 511) > >> > > The error above was fixed back in April: > 799587d5731db9dc ("ARC: [plat-eznps]: Restrict to CONFIG_ISA_ARCOMPACT") This commit is |git describe --contains 799587d5731db9dc |v5.7-rc7~32^2~2 and CI said: |head: d012a7190fc1fd72ed48911e77ca97ba4521bccd ^^ v5.9-rc2 |commit: de8f5e4f2dc1f032b46afda0a78cab5456974f89 lockdep: Introduce wait-type checks ^^ v5.7-rc1 so my assumption was that it tested rc2 and bisected it down to that commit. Otherwise I don't see the point in testing such an old commit on a recent -rc2 and complaining about things not related to one another. > > I have here gcc 10 and the output is: > > I suppose this is mainline gcc 10 ? Although it doesn't seem like compiler version > related. Sorry for that. It is |$ ~/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-linux-gcc -v |Using built-in specs. |COLLECT_GCC=/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-linux-gcc |COLLECT_LTO_WRAPPER=/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/../libexec/gcc/arc-linux/10.1.0/lto-wrapper |Target: arc-linux |Configured with: /home/arnd/git/gcc/configure --target=arc-linux --enable-targets=all --prefix=/home/arnd/cross/x86_64/gcc-10.1.0-nolibc/arc-linux --enable-languages=c --without-headers --disable-bootstrap --disable-nls --disable-threads --disable-shared --disable-libmudflap --disable-libssp --disable-libgomp --disable-decimal-float --disable-libquadmath --disable-libatomic --disable-libcc1 --disable-libmpx --enable-checking=release |Thread model: single |Supported LTO compression algorithms: zlib |gcc version 10.1.0 (GCC) This is the one built by Arnd and hosted at https://www.kernel.org/pub/tools/crosstool/ Is it suitable for testing? > > and the assembler does not like that. > > After the removal CONFIG_ARC_PLAT_EZNPS I got to stage 2: > > |drivers/irqchip/irq-eznps.c:80:16: error: 'CTOP_AUX_IACK' undeclared (first use in this function) > > | 80 | write_aux_reg(CTOP_AUX_IACK, 1 << irq); > > > > Indeed this is a problem I can reproduce. Enabling CONFIG_EZNPS_GIC on a non > ARC700 build causes the issue: the ctop header is inside platform code > (arch/arc/plat-eznps/include/plat/ctop.h) which obviously fails if not building > for ARC. > > My solution is to move ctop.h to include/soc/nps/plat/. You know probably best :) > > so I removed CONFIG_EZNPS_GIC. And then I ended with: > > | LD vmlinux.o > > |arc-linux-ld: gcc-10.1.0-nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.1.0/arc700/libgcc.a(_muldi3.o): compiled for a little endian system and target is big endian > > |arc-linux-ld: failed to merge target specific data of file gcc-10.1.0-nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.1.0/arc700/libgcc.a(_muldi3.o) > > This is unrelated since original .config with CONFIG_ARC_PLAT_EZNPS would have > selected Big endina build, but you need a BE toolchain to get that working (since > libgcc emulation code still comes from toolchain). Is a switch missing while building the gcc, another gcc target needed or is this something that is not part of upstream gcc? > > > > Please update CI and ARC. > > Nothing to update in CI. I'll send the ARC patch as a follow up. but it shouldn't complain about a commit merged in v5.7-rc1 because it caused an error which was then fixed in v5.7-rc7 while using HEAD v5.9-rc2? > Thx for reporting. You are welcome. > -Vineet Sebastian From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9B418C433E3 for ; Mon, 24 Aug 2020 19:35:34 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 670FE206BE for ; Mon, 24 Aug 2020 19:35:34 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ZuUQBBpr"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="1H+z8gNo"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="fZa/eesR" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 670FE206BE Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linutronix.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-snps-arc-bounces+linux-snps-arc=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=dGer9oLBWp1gY6HpH+takxnZJgwazu5IwUTgU7E7/SM=; b=ZuUQBBpr5HsOQyLbzJakmZzH4 D2wgi98Zwm6M5kZJO69W14OvYyS2RTzUBDFhs8u/bhax8mFB7dEB2Hz5/2UsGTbBuZdtJDrO1Xjt9 Ej2SQ8q4b+QKVGdtdiPigkuvhoz5q5E7+dku9vWrvChrz2A6gN5Mfqk9rW2pNC4vsDvilA3HSQwVu v7xG+q+7fNxuBFxetsgfCBN7fNz54DMoVtbBjlZ6WLlX/Fnm4o4RtBKSwXgpZVDcmCov8pJ93NrfC arBWU4ngKdO+5PMiIjr+1LSX3FYGwikqtVmJ5WmVrAB7jvM5CksTMo2zBVTHQEqYe/ec6lBObR29s 96ltlbC3Q==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kAIFh-0005Az-HK; Mon, 24 Aug 2020 19:35:33 +0000 Received: from galois.linutronix.de ([193.142.43.55]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kAIFd-00058X-63 for linux-snps-arc@lists.infradead.org; Mon, 24 Aug 2020 19:35:32 +0000 Date: Mon, 24 Aug 2020 21:35:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1598297727; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s1UXCq2sCaXk8D9Ftb5SFZUbL2VtwY3Bdh1ohHy/nq0=; b=1H+z8gNouO152NAeUgGE/+lFf0x5m7yXvhjIBQKe7rY/L+0Ma/xmY+HEoyu15U/Nyv6FWP b3u6Vxct3tkicdHE/OEdruk91HjETkCvJ77h3JBEKELtqtLdwv+6G2/WKQx7uncf7+Gb6e eR5uCtWGGTV/F1QyrKS+aT/OX2ZSQz2Z471TqdXM4L+V8j3Kh3Wn6Fh2yhDByOpZl6uRpM /7aoeAAJGVwCqOoSKH8cIgWHMLGqf8Ip6ITxIT17v2dYxfuCTHIncUXwzcNXg1Yz8xp43/ wgr7mqO+9lKYyefs7jLmTmmm19gqO902VG1wJyVab7ujw/3emzTNvicnIj4iAQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1598297727; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s1UXCq2sCaXk8D9Ftb5SFZUbL2VtwY3Bdh1ohHy/nq0=; b=fZa/eesRoqGb6lVXqdy4Hl63qcEQvwOr3IKcp1Cl/dW6Y9lnPDr9FVk7yAfiFU6clSAJG6 aYGQIu+YQB4LKXCw== From: Sebastian Andrzej Siewior To: Vineet Gupta Subject: Re: {standard input}:5973: Error: operand out of range (512 is not between -512 and 511) Message-ID: <20200824193525.utkbrhgvwpi2i37m@linutronix.de> References: <202008241018.RkyIlLKd%lkp@intel.com> <20200824095831.5lpkmkafelnvlpi2@linutronix.de> <28384fea-4a07-c57d-04b0-f44f1c70adc2@synopsys.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <28384fea-4a07-c57d-04b0-f44f1c70adc2@synopsys.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200824_153529_406140_FCC951AC X-CRM114-Status: GOOD ( 20.50 ) X-BeenThere: linux-snps-arc@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on Synopsys ARC Processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "kbuild-all@lists.01.org" , kernel test robot , Peter Zijlstra , Alexey Brodkin , "linux-kernel@vger.kernel.org" , Ofer Levi , Thomas Gleixner , "linux-snps-arc@lists.infradead.org" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-snps-arc" Errors-To: linux-snps-arc-bounces+linux-snps-arc=archiver.kernel.org@lists.infradead.org On 2020-08-24 18:21:21 [+0000], Vineet Gupta wrote: > >>>> {standard input}:5973: Error: operand out of range (512 is not between -512 and 511) > >> > > The error above was fixed back in April: > 799587d5731db9dc ("ARC: [plat-eznps]: Restrict to CONFIG_ISA_ARCOMPACT") This commit is |git describe --contains 799587d5731db9dc |v5.7-rc7~32^2~2 and CI said: |head: d012a7190fc1fd72ed48911e77ca97ba4521bccd ^^ v5.9-rc2 |commit: de8f5e4f2dc1f032b46afda0a78cab5456974f89 lockdep: Introduce wait-type checks ^^ v5.7-rc1 so my assumption was that it tested rc2 and bisected it down to that commit. Otherwise I don't see the point in testing such an old commit on a recent -rc2 and complaining about things not related to one another. > > I have here gcc 10 and the output is: > > I suppose this is mainline gcc 10 ? Although it doesn't seem like compiler version > related. Sorry for that. It is |$ ~/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-linux-gcc -v |Using built-in specs. |COLLECT_GCC=/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-linux-gcc |COLLECT_LTO_WRAPPER=/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/../libexec/gcc/arc-linux/10.1.0/lto-wrapper |Target: arc-linux |Configured with: /home/arnd/git/gcc/configure --target=arc-linux --enable-targets=all --prefix=/home/arnd/cross/x86_64/gcc-10.1.0-nolibc/arc-linux --enable-languages=c --without-headers --disable-bootstrap --disable-nls --disable-threads --disable-shared --disable-libmudflap --disable-libssp --disable-libgomp --disable-decimal-float --disable-libquadmath --disable-libatomic --disable-libcc1 --disable-libmpx --enable-checking=release |Thread model: single |Supported LTO compression algorithms: zlib |gcc version 10.1.0 (GCC) This is the one built by Arnd and hosted at https://www.kernel.org/pub/tools/crosstool/ Is it suitable for testing? > > and the assembler does not like that. > > After the removal CONFIG_ARC_PLAT_EZNPS I got to stage 2: > > |drivers/irqchip/irq-eznps.c:80:16: error: 'CTOP_AUX_IACK' undeclared (first use in this function) > > | 80 | write_aux_reg(CTOP_AUX_IACK, 1 << irq); > > > > Indeed this is a problem I can reproduce. Enabling CONFIG_EZNPS_GIC on a non > ARC700 build causes the issue: the ctop header is inside platform code > (arch/arc/plat-eznps/include/plat/ctop.h) which obviously fails if not building > for ARC. > > My solution is to move ctop.h to include/soc/nps/plat/. You know probably best :) > > so I removed CONFIG_EZNPS_GIC. And then I ended with: > > | LD vmlinux.o > > |arc-linux-ld: gcc-10.1.0-nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.1.0/arc700/libgcc.a(_muldi3.o): compiled for a little endian system and target is big endian > > |arc-linux-ld: failed to merge target specific data of file gcc-10.1.0-nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.1.0/arc700/libgcc.a(_muldi3.o) > > This is unrelated since original .config with CONFIG_ARC_PLAT_EZNPS would have > selected Big endina build, but you need a BE toolchain to get that working (since > libgcc emulation code still comes from toolchain). Is a switch missing while building the gcc, another gcc target needed or is this something that is not part of upstream gcc? > > > > Please update CI and ARC. > > Nothing to update in CI. I'll send the ARC patch as a follow up. but it shouldn't complain about a commit merged in v5.7-rc1 because it caused an error which was then fixed in v5.7-rc7 while using HEAD v5.9-rc2? > Thx for reporting. You are welcome. > -Vineet Sebastian _______________________________________________ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: multipart/mixed; boundary="===============7097240276603862064==" MIME-Version: 1.0 From: Sebastian Andrzej Siewior To: kbuild-all@lists.01.org Subject: Re: {standard input}:5973: Error: operand out of range (512 is not between -512 and 511) Date: Mon, 24 Aug 2020 21:35:25 +0200 Message-ID: <20200824193525.utkbrhgvwpi2i37m@linutronix.de> In-Reply-To: <28384fea-4a07-c57d-04b0-f44f1c70adc2@synopsys.com> List-Id: --===============7097240276603862064== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 2020-08-24 18:21:21 [+0000], Vineet Gupta wrote: > >>>> {standard input}:5973: Error: operand out of range (512 is not betwe= en -512 and 511) > >> > = > The error above was fixed back in April: > 799587d5731db9dc ("ARC: [plat-eznps]: Restrict to CONFIG_ISA_ARCOMPACT") This commit is |git describe --contains 799587d5731db9dc |v5.7-rc7~32^2~2 and CI said: |head: d012a7190fc1fd72ed48911e77ca97ba4521bccd ^^ v5.9-rc2 |commit: de8f5e4f2dc1f032b46afda0a78cab5456974f89 lockdep: Introduce wait-t= ype checks ^^ v5.7-rc1 so my assumption was that it tested rc2 and bisected it down to that commit. Otherwise I don't see the point in testing such an old commit on a recent -rc2 and complaining about things not related to one another. > > I have here gcc 10 and the output is: > = > I suppose this is mainline gcc 10 ? Although it doesn't seem like compile= r version > related. Sorry for that. It is |$ ~/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-linux-gcc -v |Using built-in specs. |COLLECT_GCC=3D/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/bin/arc-= linux-gcc |COLLECT_LTO_WRAPPER=3D/home/bigeasy/cross-gcc/gcc-10.1.0-nolibc/arc-linux/= bin/../libexec/gcc/arc-linux/10.1.0/lto-wrapper |Target: arc-linux |Configured with: /home/arnd/git/gcc/configure --target=3Darc-linux --enabl= e-targets=3Dall --prefix=3D/home/arnd/cross/x86_64/gcc-10.1.0-nolibc/arc-li= nux --enable-languages=3Dc --without-headers --disable-bootstrap --disable-= nls --disable-threads --disable-shared --disable-libmudflap --disable-libss= p --disable-libgomp --disable-decimal-float --disable-libquadmath --disable= -libatomic --disable-libcc1 --disable-libmpx --enable-checking=3Drelease |Thread model: single |Supported LTO compression algorithms: zlib |gcc version 10.1.0 (GCC) = This is the one built by Arnd and hosted at https://www.kernel.org/pub/tools/crosstool/ Is it suitable for testing? > > and the assembler does not like that. > > After the removal CONFIG_ARC_PLAT_EZNPS I got to stage 2: > > |drivers/irqchip/irq-eznps.c:80:16: error: 'CTOP_AUX_IACK' undeclared (= first use in this function) > > | 80 | write_aux_reg(CTOP_AUX_IACK, 1 << irq); > > = > = > Indeed this is a problem I can reproduce. Enabling CONFIG_EZNPS_GIC on a = non > ARC700 build causes the issue: the ctop header is inside platform code > (arch/arc/plat-eznps/include/plat/ctop.h) which obviously fails if not bu= ilding > for ARC. > = > My solution is to move ctop.h to include/soc/nps/plat/. You know probably best :) > > so I removed CONFIG_EZNPS_GIC. And then I ended with: > > | LD vmlinux.o > > |arc-linux-ld: gcc-10.1.0-nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.= 1.0/arc700/libgcc.a(_muldi3.o): compiled for a little endian system and tar= get is big endian > > |arc-linux-ld: failed to merge target specific data of file gcc-10.1.0-= nolibc/arc-linux/bin/../lib/gcc/arc-linux/10.1.0/arc700/libgcc.a(_muldi3.o) > = > This is unrelated since original .config with CONFIG_ARC_PLAT_EZNPS would= have > selected Big endina build, but you need a BE toolchain to get that workin= g (since > libgcc emulation code still comes from toolchain). Is a switch missing while building the gcc, another gcc target needed or is this something that is not part of upstream gcc? = > > = > > Please update CI and ARC. > = > Nothing to update in CI. I'll send the ARC patch as a follow up. but it shouldn't complain about a commit merged in v5.7-rc1 because it caused an error which was then fixed in v5.7-rc7 while using HEAD v5.9-rc2? > Thx for reporting. You are welcome. > -Vineet Sebastian --===============7097240276603862064==--