kisskb: FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31

2016-06-09 Thread noreply
FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31 http://kisskb.ellerman.id.au/kisskb/buildresult/12713783/ Commit: Add linux-next specific files for 20160609 8f6027f7e808ed7c1fd8c8d37fc7a5076c683c4f Compiler: arc-buildroot-linux-uclibc-gcc (Buildroot 2015.08.1) 4.8.4

Re: kisskb: FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31

2016-06-09 Thread Vineet Gupta
Hi Michael, On Thursday 09 June 2016 01:02 PM, nore...@ellerman.id.au wrote: > FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31 > > http://kisskb.ellerman.id.au/kisskb/buildresult/12713783/ > > Commit: Add linux-next specific fil

Re: kisskb: FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31

2016-06-09 Thread Alexey Brodkin
id.au/kisskb/buildresult/12713783/ > > > > Commit:   Add linux-next specific files for 20160609 > >   8f6027f7e808ed7c1fd8c8d37fc7a5076c683c4f > > Compiler: arc-buildroot-linux-uclibc-gcc (Buildroot 2015.08.1) 4.8.4 > > > > Possible errors > >

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Alexey Brodkin
Hi Daniel, On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > The drm core has a nice ready-made helper for exactly the simple case > > > where it should fire

Re: kisskb: FAILED linux-next/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31

2016-06-09 Thread Michael Ellerman
/axs103_smp_defconfig/arcv2 Thu Jun 09, 17:31 > > > > > > http://kisskb.ellerman.id.au/kisskb/buildresult/12713783/ > > > > > > Commit: Add linux-next specific files for 20160609 > > > 8f6027f7e808ed7c1fd8c8d37fc7a5076c683c4f > > >

[PATCH 0/2 v9] Add I2S audio support for ARC AXS10x boards

2016-06-09 Thread Jose Abreu
ARC AXS10x platforms consist of a mainboard with several peripherals. One of those peripherals is an HDMI output port controlled by the ADV7511 transmitter. This patch set adds I2S audio for the AXS10x platform. NOTE: Although the mainline I2S driver uses ALSA DMA engine, this controller can be b

[PATCH 1/2 v9] ASoC: dwc: Add PIO PCM extension

2016-06-09 Thread Jose Abreu
A PCM extension was added to I2S driver so that audio samples are transferred using PIO mode. The PCM supports two channels @ 16 or 32 bits with rates 32k, 44.1k and 48k. Although the mainline I2S driver uses ALSA DMA engine the I2S controller can be built without DMA support, therefore this is t

[PATCH 2/2 v9] ASoC: dwc: Add irq parameter to DOCUMENTATION

2016-06-09 Thread Jose Abreu
A parameter description for the interruptions of the I2S controller was added. Signed-off-by: Jose Abreu Acked-by: Rob Herring Cc: Carlos Palminha Cc: Mark Brown Cc: Liam Girdwood Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Rob Herring Cc: Alexey Brodkin Cc: linux-snps-arc@lists.infradead.or

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > Hi Daniel, > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote: > > > > > > Op 08-06-16 om 14:18 schreef Daniel Vetter: > > > > > > > > The drm core has

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Alexey Brodkin
Hi Daniel, On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote: > > > > > > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Alexey Brodkin
Hi Daniel, On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote: > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote: > > > > > > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote: > >

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 09, 2016 at 01:27:55PM +, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote: > > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Alexey Brodkin
Hi Daniel, On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >  > The fake implementation is fundamentally racy, and I don't want to write > helpers which can't be used correctly. Anyway I think without this patch > (or something similar) arcpgu will stall badly with the new nonblocking > he

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin wrote: > Hi Daniel, > > On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >> >> The fake implementation is fundamentally racy, and I don't want to write >> helpers which can't be used correctly. Anyway I think without this patch >> (or something

Re: [PATCH 03/27] drm/arc: Actually bother with handling atomic events.

2016-06-09 Thread Daniel Vetter
On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter wrote: > On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin > wrote: >> Hi Daniel, >> >> On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote: >>> >>> The fake implementation is fundamentally racy, and I don't want to write >>> helpers which can't be us