[PATCH] ARC: Change ld.as instruction to regular ld.

From: Liav Rehana User mode callee regs are explicitly collected before signal delivery or breakpoint trap. r25 is special for kernel as it serves as task pointer, so user mode value is clobbered very early. It is saved in pt_regs where generally only scratch (caller saved) res are saved. The cod

[PATCH] ARC: Support syscall ABI v4

The syscall ABI includes the gcc functional calling ABI since a syscall implies userland caller and kernel callee. The current gcc ABI (v3) for ARCv2 ISA required 64-bit data be passed in even-odd register pairs, (potentially punching reg holes when passing such values as args). This was partly dr

[uClibc] ARC: Support syscall ABI v4

The syscall ABI includes the gcc functional calling ABI since a syscall implies userland caller and kernel callee. The current gcc ABI (v3) for ARCv2 ISA required 64-bit data be passed in even-odd register pairs, (potentially punching reg holes when passing such values as args). This was partly dr

Re: [PATCH v2] arc: Add "model" properly in device tree description of all boards

Hi Arnd, On 08/15/2016 09:28 PM, Alexey Brodkin wrote: > As it was discussed quite some time ago (see > https://lkml.org/lkml/2015/11/5/862) it's a good practice to add > "model" property in .dts. Moreover as per ePAPR "model" property is > required and should look like "manufacturer,model" so we

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

On 08/16/2016 06:15 AM, Alexey Brodkin wrote: > Hi Liav, > > On Tue, 2016-08-16 at 10:55 +0300, Liav Rehana wrote: >> From: Liav Rehana >> >> The instruction ld.as takes as operands a base address and an offset, >> and doesn't access the sum of these two, but the sum of the base >> address and a

Re: [PATCH v10 03/11] dmaengine: dw: override LLP support if asked in platform data

On Fri, 2016-08-12 at 19:01 +0300, Andy Shevchenko wrote: > There are at least two known devices, e.g. DMA controller found on > ARC AXS101 > SDP board, that have LLP register and no multi block transfer support > at the > same time. > > Override autodetection by user provided data. > > Reported-

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

Hi Liav, On Tue, 2016-08-16 at 10:55 +0300, Liav Rehana wrote: > From: Liav Rehana > > The instruction ld.as takes as operands a base address and an offset, > and doesn't access the sum of these two, but the sum of the base > address and a shifted version of the offset. > This isn't what we want

[LTP] [PATCH v2] syscalls/fcntl34: Use flock64 instead of flock

This test uses OFD locks which are supported only by 64-bit ABI. Thus OFD locks must be used with flock64 structure for sure in this test. It is necessary because on some 32-bit targets (e.g. 32-bit uClibc) flock is not mapped to flock64 when _FILE_OFFSET_BITS is not set to 64. Signed-off-by: Yur

Re: [PATCH] DW: Read "is_memcpy" and "is_nollp" property from device tree.

-is_nollp-property-from-device-tree/20160816-193459 config: sparc64-allyesconfig (attached as .config) compiler: sparc64-linux-gnu-gcc (Debian 5.4.0-6) 5.4.0 20160609 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross

Re: Wrong "nollp" DW DMAC parameter value on ARC SDP.

On Tue, 2016-08-16 at 11:32 +, Eugeniy Paltsev wrote: > On Mon, 2016-08-15 at 15:41 +0300, Andy Shevchenko wrote: > > On Mon, 2016-08-15 at 11:10 +, Eugeniy Paltsev wrote: > > Consider to review  > > http://www.spinics.net/lists/dmaengine/msg10682.html > Looks good to me. > Reviewed-by: E

Re: Wrong "nollp" DW DMAC parameter value on ARC SDP.

On Mon, 2016-08-15 at 15:41 +0300, Andy Shevchenko wrote: > On Mon, 2016-08-15 at 11:10 +, Eugeniy Paltsev wrote: > > > > On Fri, 2016-08-12 at 17:08 +0300, Andy Shevchenko wrote: > > > > > >   > > > > > > > > > > > > > > > > > > > > > "nollp" parameter defines if DW DMAC channel supports

[PATCH] DW: Read "is_memcpy" and "is_nollp" property from device tree.

DW DMAC on ARC SDP became broken after df5c7386 ("dmaengine: dw: some Intel devices has no memcpy support") and 30cb2639 ("dmaengine: dw: don't override platform data with autocfg") commits. * After df5c7386 commit "DMA_MEMCPY" capability option doesn't get set correctly in platform driver version

[PATCH] ARC: Change ld.as instruction to regular ld.

From: Liav Rehana The instruction ld.as takes as operands a base address and an offset, and doesn't access the sum of these two, but the sum of the base address and a shifted version of the offset. This isn't what we want in that case, since it causes a bug during the push and pop of r25, since h