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

2017-08-16 Thread Alexandru Gagniuc
On 08/13/2017 10:34 AM, Vineet Gupta wrote: On 08/11/2017 10:55 PM, Alexandru Gagniuc wrote: I was hoping to avoid the addition of extra source files for zero code gain, though your proposal does work. However, since the platform would be added unconditionally, would it make more sense to add

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

2017-08-13 Thread Vineet Gupta
On 08/11/2017 10:55 PM, Alexandru Gagniuc wrote: I was hoping to avoid the addition of extra source files for zero code gain, though your proposal does work. However, since the platform would be added unconditionally, would it make more sense to add the .compatible = "adaptrum,anarion"

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

2017-08-13 Thread Vineet Gupta
On 08/11/2017 10:55 PM, Alexandru Gagniuc wrote: Does that work for you ? I was hoping to avoid the addition of extra source files for zero code gain, though your proposal does work. However, since the platform would be added unconditionally, would it make more sense to add the .compatible

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

2017-08-11 Thread Alexandru Gagniuc
Hi Vineet, On 08/10/2017 06:07 PM, Vineet Gupta wrote: 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

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