Adding new ARC platforms (was Re: Handling stub code for new platforms)

2017-08-10 Thread Vineet Gupta
Hi Alexandru, On 08/11/2017 12:58 AM, Alexandru Gagniuc wrote: Hi, Looking under arch/arc, I see the current way is to add a plat-[socname] for each new SoC. However, it seems that plat-sim, and plat-tb10x are just place-holders for the compatible bindings. I was going to do the same for

Handling stub code for new platforms

2017-08-10 Thread Alexandru Gagniuc
Hi, Looking under arch/arc, I see the current way is to add a plat-[socname] for each new SoC. However, it seems that plat-sim, and plat-tb10x are just place-holders for the compatible bindings. I was going to do the same for plat-anarion, which required an early boot workaround. However,

Re: [PATCH] arc: Mask individual IRQ lines during core INTC init

2017-08-10 Thread Alexandru Gagniuc
On 08/10/2017 08:07 AM, Alexey Brodkin wrote: ARC cores on reset have all interrupt lines of built-in INTC enabled. Which means once we globally enable interrupts (very early on boot) faulty hardware blocks may trigger an interrupt that Linux kernel cannot handle yet as corresponding handler is