Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S942997AbcJ0Ohy (ORCPT ); Thu, 27 Oct 2016 10:37:54 -0400 Received: from up.free-electrons.com ([163.172.77.33]:39773 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S942613AbcJ0Ohm (ORCPT ); Thu, 27 Oct 2016 10:37:42 -0400 Date: Thu, 27 Oct 2016 11:11:18 +0200 From: Thomas Petazzoni To: Alexey Brodkin Cc: "mpe@ellerman.id.au" , "linux-snps-arc@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "peterz@infradead.org" , "Vineet.Gupta1@synopsys.com" , "arnd@arndb.de" , "geert@linux-m68k.org" , "mmarek@suse.cz" Subject: Re: Build regressions/improvements in v4.9-rc1 Message-ID: <20161027111118.5c585d51@free-electrons.com> In-Reply-To: <1477559240.2561.8.camel@synopsys.com> References: <1476688913-15648-1-git-send-email-geert@linux-m68k.org> <00b16c44-79b8-43b8-6516-13c8bb92eb03@synopsys.com> <5541266.ySlPfDOezF@wuerfel> <9a0f80b3-adb3-36de-d59f-885ac29ea2e6@synopsys.com> <87inso4kxb.fsf@concordia.ellerman.id.au> <1476879762.26312.12.camel@synopsys.com> <87shriwtpp.fsf@concordia.ellerman.id.au> <20161027090722.3ba2badc@free-electrons.com> <1477559240.2561.8.camel@synopsys.com> Organization: Free Electrons X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1220 Lines: 31 Hello, On Thu, 27 Oct 2016 09:07:55 +0000, Alexey Brodkin wrote: > > axs101 is using a 770 core, while the toolchain is built for the HS38 > > core. I'm somewhat surprised that a single ARC toolchain cannot produce > > code for both 770 and HS38, but it seems to be the case. > > > > So you need a separate toolchain for ARC770. > > Indeed axs101 uses ARC770 core which is ARCv1 AKA ARCompact ISA while > axs103 sports the same base-board but CPU daughter-card contains ARC HS38 core > which has ARCv2 ISA (binary incompatible with ARCompact). > > Essentially both gcc and binutils will happily build for both architectures given > proper options were passed on the command line. But Linux kernel gets linked with > pre-built libgcc (it is a part of toolchain). And so it all boils down to a requirement > to have multilibbed uClibc toolchain. Which we don't have. Interesting. Why is libgcc linked with the kernel on ARC? I don't think that's the case on other architectures: the kernel is freestanding and provides everything that it needs without relying on the compiler runtime. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com