[LEDE-DEV] [PATCH] archs38: bump kernel to 4.14.
Claudiu.Zissulescu at synopsys.com
Mon Jan 29 06:03:39 PST 2018
The compiler generates calls to special functions (like the one in question _multi3) if it doesn’t have a way how to solve it (via compiler backend rules). This function is implemented by the libgcc which will have a default method to address the functionality in question.
Now, from the link which you gave me, I understand users are not very happy with the _multi3 implementation (128 bit multiplication) in MIPS cores, therefore, they come up with an patched implementation. In ARC backend we try to address these issues, but if there is a problem, I will be happy to fix it.
Anyhow, if you see any issue with code gen (improvements/bugs), I would recommend you to send it over and I will spend some time in fixing them directly in the compiler.
> -----Original Message-----
> From: Alexey Brodkin
> Sent: Monday, January 29, 2018 2:38 PM
> To: Claudiu Zissulescu <claziss at synopsys.com>
> Cc: john at phrozen.org; lede-dev at lists.infradead.org; hauke at hauke-m.de;
> Evgeniy.Didin at synopsys.com; linux-snps-arc at lists.infradead.org
> Subject: Re: [LEDE-DEV] [PATCH] archs38: bump kernel to 4.14.
> Hi Claudiu,
> Could you please comment on the question from Hauke below?
> On Sat, 2018-01-27 at 16:36 +0100, Hauke Mehrtens wrote:
> > Does the arc CPU also need some special handling like some MIPS CPUs:
More information about the linux-snps-arc