OK linus/axs101_defconfig/arcompact Wed Aug 15, 15:44
http://kisskb.ellerman.id.au/kisskb/buildresult/13466874/
Commit: Merge tag 'for-linus-4.19-rc1-tag' of
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
31130a16d459de809cd1c03eabc9567d094aae6a
Compiler: arc-buildroot-linux-u
FAILED linus/axs101_defconfig/arcompact Wed Aug 15, 04:12
http://kisskb.ellerman.id.au/kisskb/buildresult/13466202/
Commit: Merge branch 'l1tf-final' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
958f338e96f874a0d29442396d6adf9c1e17aa2d
Compiler: arc-buildroot-linux-uclibc
On Tue, 2018-08-14 at 13:42 +, Vineet Gupta wrote:
> On 08/11/2018 09:09 AM, Eugeniy Paltsev wrote:
> > Current implementation of 'atomic64_add_unless' function
> > (and hence 'atomic64_inc_not_zero') return incorrect value
> > if lover 32 bits of compared 64-bit number are equal and
> > higher
Hi Lucas, Christoph,
After switching ARC to generic dma_noncoherent cache ops
etnaviv driver start failing on dma maping functions because of
dma_mask lack.
So I'm wondering is it valid case to have device which is
DMA capable and doesn't have dma_mask set?
If not, then I guess something like t
On 08/11/2018 09:09 AM, Eugeniy Paltsev wrote:
> Current implementation of 'atomic64_add_unless' function
> (and hence 'atomic64_inc_not_zero') return incorrect value
> if lover 32 bits of compared 64-bit number are equal and
> higher 32 bits aren't.
>
> For in following example atomic64_add_unless
