dmatest on ARC SDP with DW DMAC 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 dr
On Wed, 2016-08-10 at 11:06 +, Eugeniy Paltsev wrote:
> dmatest on ARC SDP with DW DMAC 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 "DM
Hi Andy,
On Wed, 2016-08-10 at 15:15 +0300, Andy Shevchenko wrote:
> On Wed, 2016-08-10 at 11:06 +, Eugeniy Paltsev wrote:
> >
> > dmatest on ARC SDP with DW DMAC became broken after df5c7386
> > ("dmaengine: dw: some Intel devices has no memcpy support") and
> > 30cb2639 ("dmaengine: dw: don
On Wed, 2016-08-10 at 12:22 +, Alexey Brodkin wrote:
> Hi Andy,
>
> On Wed, 2016-08-10 at 15:15 +0300, Andy Shevchenko wrote:
> >
> > On Wed, 2016-08-10 at 11:06 +, Eugeniy Paltsev wrote:
> > >
> > >
> > > dmatest on ARC SDP with DW DMAC became broken after df5c7386
> > > ("dmaengine: d
Hi,
Vineet Gupta wrote,
> On 08/08/2016 02:44 PM, Petri Gynther wrote:
> > uclibc-ng & ARC developers:
> >
> > I'm trying to use buildroot to build the latest ARC toolchain
> > (arc-2016.09-eng007) against our vendor-provided 2.6.35.12 ARC Linux
> > kernel. (Yes, it is an ancient kernel, but that'
For resources shared by all cores such as SLC and IOC, only the master
core needs to do any setups / enabling / disabling etc.
Cc:
Signed-off-by: Vineet Gupta
---
arch/arc/mm/cache.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arc/mm/cache.c b/arch/arc/mm/cache.c
index 5a2
On 08/10/2016 10:03 AM, Waldemar Brodkorb wrote:
>>> 2) Is uclibc-ng 1.0.17 supposed to be compatible with 2.6.x kernel headers?
>> >
>> > No - modern/upstream uClibc-ng is not compatible with 2.6.35
>> > You need to use the uClibc of the time - with pairing gcc/binutils -
>> > although that
>> >
On 08/09/2016 08:51 AM, Joao Pinto wrote:
> Due to the added dependency on PCI_MSI_IRQ_DOMAIN for all PCIe RC
> drivers, we were unable to build a RC solution for an ARC platform.
>
> To fix this, this patch adds ARC as a PCI_MSI_IRQ_DOMAIN supportive
> platform and adds the generation of msi.h in
Hi Waldemar,
On Wed, 2016-08-10 at 19:03 +0200, Waldemar Brodkorb wrote:
> Hi,
> Vineet Gupta wrote,
>
> >
> > On 08/08/2016 02:44 PM, Petri Gynther wrote:
> > >
> > > uclibc-ng & ARC developers:
> > >
> > > I'm trying to use buildroot to build the latest ARC toolchain
> > > (arc-2016.09-eng00
