Re: Build failure in linux mainline when building arcv2 images

2016-07-28 Thread Vineet Gupta
Hi Guenter, On 07/28/2016 08:23 PM, Guenter Roeck wrote: > Hi Vineet, > > Mainline fails to build arcv2 images with the following error. > > {standard input}: Assembler messages: > {standard input}:19174: Error: Instruction with long immediate data in delay > slot > make[2]: *** [block/cfq-iosc

Build failure in linux mainline when building arcv2 images

2016-07-28 Thread Guenter Roeck
Hi Vineet, Mainline fails to build arcv2 images with the following error. {standard input}: Assembler messages: {standard input}:19174: Error: Instruction with long immediate data in delay slot make[2]: *** [block/cfq-iosched.o] Error 1 Bisect points to commit 9a7f38c42c2 ("cfq-iosched: Conver

Re: [PATCH 0/2] ARC Moving to @pcl relocations

2016-07-28 Thread Vineet Gupta
On 07/28/2016 03:04 PM, Bernhard Reutner-Fischer wrote: >> Indeed your 2/2 seems to be the most "past-proof" code change. So I >> >would think it >> >is indeed better and is something I should have done in the first >> >place. >> > >> >@Alexey, @Vlad what say you ? > uClibc traditionally supports t

Re: [PATCH 0/2] ARC Moving to @pcl relocations

2016-07-28 Thread Bernhard Reutner-Fischer
On July 28, 2016 8:50:41 PM GMT+02:00, Vineet Gupta wrote: >Hi Andrew, > >On 07/28/2016 11:20 AM, Andrew Burgess wrote: >> This is a slightly odd series of 2 patches. The two patches are >> actually alternative solutions to the same problem. I'm keen to see >> one of these merged, but I don't k

[PATCH] ARC: mm: don't loose PTE_SPECIAL in pte_modify()

2016-07-28 Thread Vineet Gupta
LTP madvise05 was generating mm splat | [ARCLinux]# /sd/ltp/testcases/bin/madvise05 | BUG: Bad page map in process madvise05 pte:80e08211 pmd:9f7d4000 | page:9fdcfc90 count:1 mapcount:-1 mapping: (null) index:0x0 flags: 0x404(referenced|reserved) | page dumped because: bad pte | addr:200b8000 v

Re: [PATCH 0/2] ARC Moving to @pcl relocations

2016-07-28 Thread Vineet Gupta
Hi Andrew, On 07/28/2016 11:20 AM, Andrew Burgess wrote: > This is a slightly odd series of 2 patches. The two patches are > actually alternative solutions to the same problem. I'm keen to see > one of these merged, but I don't know which method would be preferred. > > This commit aims to addres