[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2c666b4f-d88d-d301-0652-ed021d86de71@synopsys.com>
Date: Mon, 24 Aug 2020 19:27:44 +0000
From: Vineet Gupta <Vineet.Gupta1@...opsys.com>
To: Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
kernel test robot <lkp@...el.com>,
"linux-snps-arc@...ts.infradead.org"
<linux-snps-arc@...ts.infradead.org>
CC: Peter Zijlstra <peterz@...radead.org>,
"kbuild-all@...ts.01.org" <kbuild-all@...ts.01.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ofer Levi <oferle@...lanox.com>,
Alexey Brodkin <Alexey.Brodkin@...opsys.com>
Subject: Re: {standard input}:5973: Error: operand out of range (512 is not
between -512 and 511)
On 8/24/20 11:21 AM, Vineet Gupta wrote:
>> 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/.
This is turning out to be rat's nest. That header when moved causes other issues.
I don't have time to clean up all the mess so I'll just fix it up by doing the
minimal change.
-Vineet
Powered by blists - more mailing lists