Re: [PATCH] ARC: [axs10x] enable DW DMA controller

Hi Vineet, On Sat, 2015-12-05 at 10:14 +, Vineet Gupta wrote: > On Saturday 05 December 2015 12:52 AM, Alexey Brodkin wrote: > > From: Nelson Pereira <npere...@synopsys.com> > > > > ARC SDP baseboard among other peripherals sports > > DesignWare DMA controll

[PATCH] ARC: [axs10x] cap ethernet phy to 100 Mbit/sec

Current ARC SDP boards cannot reliably handle 1Gbit Ethernet connections due to limitations in hardware. To make sure networking is stable on the board we're limiting phy to 100 Mbit. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Vineet Gupta <vgu...@synopsys.com> --- a

Re: [PATCH] arc: Removed local initramfs source file from axs101 configuration.

Hi Vineet, On Mon, 2016-01-11 at 07:47 +, Vineet Gupta wrote: > On Saturday 09 January 2016 05:55 AM, Carlos Palminha wrote: > > Hi Alexey, > > > > Probably my e-mail comments before the patch mislead you... > > If you download the kernel source and try to compile it, it won't work > >

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

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

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

Hi Michael, On Thu, 2016-06-09 at 14:02 +0530, Vineet Gupta wrote: > 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/ > > >

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

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 >

[PATCH 1/3] drm/arcpgu: Make ARC PGU usable on simulation platforms

al LCD. To make ARC PGU driver usable in those virtual platforms we need to istantiate virtual encoder instead of a real one because in the model's virtual LCD we're rendering whatever appears in frame-buffer memory. Signed-off-by: Ruud Derwig <rder...@synopsys.com> Signed-off-by: Alexey Br

[PATCH 0/3] Make ARC PGU usable on sim platforms

virtual platforms we need to istantiate virtual encoder instead of a real one. And that all is done in the first patch of the series. Subsequent patches just update configs of both VDK and nSIM OSCI boards with enabling ARC PGU driver and adding required fixups in their DT descriptions. Alexey

[PATCH 3/3] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/boot/dts/nsimosci.dts | 14 +++---

[PATCH 2/3] ARCv2: [vdk] Enable ARC PGU on HS38 VDK

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in HS38 VDK with modern Linux kernels. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 13 + arch/arc/bo

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

Hi Daniel, On Thu, 2016-06-09 at 16:37 +0200, Daniel Vetter wrote: > On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter <dan...@ffwll.ch> wrote: > > > > On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin > > <alexey.brod...@synopsys.com> wrote: > > > > &

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

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

[PATCH 3/3] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- No changes in v2. arch/arc/boot/dts/nsimosci.dts

[PATCH 1/3 v2] drm/arcpgu: Make ARC PGU usable on simulation platforms

From: Ruud Derwig <rder...@synopsys.com> In case of simulation there's no real encoder/transmitter device because in the model's virtual LCD we're rendering whatever appears in frame-buffer memory. Signed-off-by: Ruud Derwig <rder...@synopsys.com> Signed-off-by: Alexey Br

[PATCH 0/3 v2] Make ARC PGU usable on sim platforms

-> v2: * Got rid of dummy arcpgu_drm_encoder_helper_funcs and now rely on default best encoder Alexey Brodkin (2): ARCv2: [vdk] Enable ARC PGU on HS38 VDK ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms Ruud Derwig (1): drm/arcpgu: Make ARC PGU usable on simulation platfo

[PATCH 2/3 v2] ARCv2: [vdk] Enable ARC PGU on HS38 VDK

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in HS38 VDK with modern Linux kernels. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- No changes in v2. arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 13 + ar

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

Hi Daniel, On Fri, 2016-06-10 at 17:09 +0200, Daniel Vetter wrote: > On Fri, Jun 10, 2016 at 03:01:03PM +0000, Alexey Brodkin wrote: > >  > > > Ok I went ahead and pushed a slight revised version of that patch which > > > just unconditionally sends out the event. That'

[PATCH 3/3 v2] ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms

With required ARC PGU updates that allow it to be used on simulation platforms we may finally utilize ARC PGU in nSIM OSCI virtual platforms with modern Linux kernels. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- No changes in v2. arch/arc/boot/dts/nsimosci.dts

Re: [PATCH v2 02/20] drm: arc: Rely on the default ->best_encoder() behavior

r() > for us. > > Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> > --- Acked-by: Alexey Brodkin <abrod...@synopsys.com> ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc

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

Hi Daniel, On Fri, 2016-06-10 at 16:54 +0200, Daniel Vetter wrote: > On Fri, Jun 10, 2016 at 04:19:27PM +0200, Daniel Vetter wrote: > > > > On Fri, Jun 10, 2016 at 01:23:22PM +, Alexey Brodkin wrote: > > > > > > Hi Daniel, > > > > > > On

[GIT PULL] drm/arcpgu: Make ARC PGU usable on sim platforms

5:18 +0200) -------- Alexey Brodkin (2):   ARCv2: [vdk] Enable ARC PGU on HS38 VDK   ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms Ruud Derwig (1):   drm/arcpgu: Make ARC PGU usable on simulation platforms  arch/arc/boot/dts/nsimosci.dts |  14 +++---  arch/ar

Patches for ARC

Hi Waldemar, Just saw that new change for ARC ("arc: use generic lowlevellock", http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=1b49dc96d103e0151fee290d55cea55aa12c906d). Even though this is very nice to see fixes and improvements done by people outside Synopsys IMHO it still makes

Re: [PATCH 1/1] net: nps_enet: Disable interrupts before napi reschedule

commit 05c00d82f4d1 ("net: nps_enet: bug fix - handle lost tx interrupts") that introduced the problem. At least reverting it I got networking working. And indeed that patch fixes mentioned issue. In other words... Tested-by: Alexey Brodkin <abrod...@synopsys.com> P.S. Given my obse

Re: Unaligned flush_dcache_range in axs101.c

Hi Marek, On Fri, 2016-04-15 at 15:49 +0200, Marek Vasut wrote: > On 04/15/2016 03:00 PM, Alexey Brodkin wrote: > > Cache management functions should be implemented per arch or platform and so > > that they match requirements of underlying hardware. If hardware may only > &

[PATCH] arc: warn only once if DW2_UNWIND is disabled

to see a backtrace or get nice function call-graphs in perf but what if user disabled unwinder for the purpose? Why pollute his debug console? So instead we'll warn user about possibly missing feature once and let him decide if that was what he or she really wanted. Signed-off-by: Alexey Brodkin

of_reserved_mem_device_init_by_idx() returns -EINVAL if "memory-region" is missing

Hi Marek, We used to use of_reserved_mem_device_init() in such a context in GPU drivers: >8--- /* Get the optional framebuffer memory resource */ ret = of_reserved_mem_device_init(drm->dev); if (ret && ret != -ENODEV)

Re: [PATCH] arc: warn only once if DW2_UNWIND is disabled

Hi Vineet, On Tue, 2016-06-28 at 10:00 +0530, Vineet Gupta wrote: > On Thursday 23 June 2016 01:30 PM, Alexey Brodkin wrote: > > > > If CONFIG_ARC_DW2_UNWIND is disabled every time arc_unwind_core() > > gets called following message gets printed in debug console: &g

Re: [PATCH 2/9] ARC: [dts] Introduce Timer bindings

Hi Vineet, On Tue, 2016-02-02 at 18:36 +0300, Alexey Brodkin wrote: > Hi Vineet, > > On Tue, 2016-02-02 at 19:59 +0530, Vineet Gupta wrote: > > Hi Alexey, > > > > On Tuesday 02 February 2016 06:45 PM, Alexey Brodkin wrote: > > > Hi Vineet, > > > &g

Re: [PATCH 2/9] ARC: [dts] Introduce Timer bindings

(re-sending because Mike's email @ti is no longer valid) Hi Mike, On Wed, 2016-02-03 at 01:57 +0300, Alexey Brodkin wrote: > Hi Vineet, > > On Tue, 2016-02-02 at 18:36 +0300, Alexey Brodkin wrote: > > Hi Vineet, > > > > On Tue, 2016-02-02 at 19:59 +0530, Vineet G

Re: [RFC] perf: fix building for ARCv1

Hi Vineet, On Fri, 2015-10-30 at 06:19 +, Vineet Gupta wrote: > On Thursday 29 October 2015 09:28 PM, Alexey Brodkin wrote: > > Hi Vineet, > > > > On Tue, 2015-10-20 at 10:45 +, Vineet Gupta wrote: > > > On Tuesday 20 October 2015 03:41 PM, Peter Zijlstra

Re: Whats missing in my new FB DRM driver in ARC... waiting for console_lock to return

Hi Carlos, On Thu, 2016-01-21 at 18:30 +, Carlos Palminha wrote: > hi... > > i just found that its blocking waiting for console_lock... > @vineet, alexey: i think that console_lock is architecture dependent right? > Do you know any issue with console_lock > for ARC? I'm not really sure

Re: [PATCH] arc: make sure __delay() never gets executed with 0 loops

Hi Vineet, On Wed, 2016-02-24 at 05:05 +, Vineet Gupta wrote: > On Monday 15 February 2016 10:07 PM, Alexey Brodkin wrote: > > Current implementation of __delay() function uses so-called > > zero-delay loops. And the only condition to exit that loop is > > LP_COUNT (loo

[PATCH] arc: make sure __delay() never gets executed with 0 loops

ed. In that case I've got very small loops_per_jiffy=0xf00: >8 Calibrating delay loop... 0.77 BogoMIPS (lpj=3862) >8 And on console output delays were way too long. Signed-off-by: Alexey Brodkin <abrod...

[PATCH 3/4] arc: axs10x - add support of ARC PGU

Synopsys DesignWare ARC SDP boards sport ARC SDP display controller attached to ADV7511 HDMI encoder. That change adds desctiption of both ARC PGU and ADV7511 in ARC SDP'd base-board Device Tree. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Rob Herring <robh...@kernel.org&g

[PATCH 0/4] drm: Add support of ARC PGU display controller

This series add support of ARC PGU display controller. ARC PGU is a quite simple byte streamer that gets data from the framebuffer and pushes it to hte connected encoder (DP or HDMI). It was tested on ARC SDP boards (axs101 in particular). Alexey Brodkin (4): drm: Add support of ARC PGU

[PATCH 1/4] drm: Add support of ARC PGU display controller

ARC PGU could be found on some development boards from Synopsys. This is a simple byte streamer that reads data from a framebuffer and sends data to the single encoder. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: David Airlie <airl...@linux.ie> Cc: dri-de...@lists.freede

[PATCH 2/4] drm: Add DT bindings documentation for ARC PGU display controller

This add DT bindings documentation for ARC PGU display controller. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Rob Herring <robh...@kernel.org> Cc: Pawel Moll <pawel.m...@arm.com> Cc: Mark Rutland <mark.rutl...@arm.com> Cc: Ian Campbell <ijc+devicet...@hel

[PATCH 4/4] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: linux-snps-arc@lists.infradead.org --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINT

[PATCH] arc: get rid of DEVTMPFS dependency on INITRAMFS_SOURCE

as well * ARCPGU_xxx options make no sense because ARC PGU is not yet in upstream and when it gets there all config options would be taken from devicetree Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Kconfig | 2 -- arch/arc/c

Re: [PATCH 7/9] ARC: use fixed frequencies in arc_set_early_base_baud()

Adding Christian for Abilis TB10x clocks review. On Tue, 2016-02-02 at 16:28 +0530, Vineet Gupta wrote: > From: Alexey Brodkin <abrod...@synopsys.com> > > UARTs usually have fixed clock so we're switching to use of > constant values instead of something derived from core

Re: [PATCH] arc: use little endian accesses

Hi Vineet, On Thu, 2016-03-10 at 05:05 +, Vineet Gupta wrote: > +CC Noam > > On Wednesday 09 March 2016 10:51 PM, Lada Trimasova wrote: > > > > Memory access primitives should use cpu_to_le16, cpu_to_le32, le16_to_cpu > > and le32_to_cpu because it is not really guaranteed that drivers

Re: [PATCH 2/2] ARC: [*defconfig] No need to specify CONFIG_CROSS_COMPILE

environment var or use the default for ENDIAN (per previous patch) > > No other arch carries them in defconfigs anyways ! > > Cc: Noam Camus <no...@ezchip.com> > Cc: Alexey Brodkin <abrod...@synopsys.com> > Cc: Anton Kolesov <akole...@synosys.com> > Signed-o

[PATCH] ARC: axs10x - add Ethernet PHY description in .dts

fff not found eth0: Could not attach to PHY stmmac_open: Cannot attach to PHY (error: -19) --->8 Simplest solution is to add PHY description in board's .dts. And so we do here. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Ro

Re: [PATCH] ARC: axs10x - add Ethernet PHY description in .dts

Hi Sergei, On Tue, 2016-03-15 at 17:38 +0300, Sergei Shtylyov wrote: > Hello. > > On 3/15/2016 12:29 PM, Alexey Brodkin wrote: > > > > > Following commit broke DW GMAC functionality on AXS10x boards: > > http://git.kernel.org/cgit/linux/kernel/git

Re: [PATCH 1/4 v3] drm: Add support of ARC PGU display controller

Hi Daniel, On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote: > On Mon, Mar 14, 2016 at 11:15:59AM +0000, Alexey Brodkin wrote: > > > > On Mon, 2016-03-14 at 08:00 +0100, Daniel Vetter wrote: > > > > > > On Fri, Mar 11, 2016 at 06:42

RE: [PATCH 4/5 v5] arc: Add our own implementation of fb_pgprotect()

Hi Vineet, > From: Alexey Brodkin [abrod...@synopsys.com] > Sent: Monday, March 28, 2016 2:36 PM > To: dri-de...@lists.freedesktop.org > Cc: linux-ker...@vger.kernel.org; Alexey Brodkin; Vineet Gupta; > linux-snps-arc@lists.infradead.org > Subject: [PATCH 4/5 v5] arc: Add our

Re: [PATCH v2 02/30] Include generic parity.h in some architectures' bitops.h

Hi Zhaoxiu, On Wed, 2016-04-06 at 16:41 +0800, zengzhao...@163.com wrote: > From: Zhaoxiu Zeng > > Use the generic version > > Signed-off-by: Zhaoxiu Zeng > --- >  arch/arc/include/asm/bitops.h  | 1 + >  arch/arm/include/asm/bitops.h  |

Re: [PATCH 1/4 v3] drm: Add support of ARC PGU display controller

Hi Daniel, On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote: > On Tue, Mar 15, 2016 at 03:24:46PM +0000, Alexey Brodkin wrote: > > On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote: > > > On Mon, Mar 14, 2016 at 11:15:59AM +0000, Alexey Brodkin wrote: > > >

[PATCH 1/5 v4] drm: Add support of ARC PGU display controller

From: Carlos Palminha <palmi...@synopsys.com> ARC PGU could be found on some development boards from Synopsys. This is a simple byte streamer that reads data from a framebuffer and sends data to the single encoder. Signed-off-by: Carlos Palminha <palmi...@synopsys.com> Signed-of

[PATCH 3/5 v4] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: linux-snps-arc@lists.infradead.org --- No changes v3 -> v4. No changes v2 -> v3. No changes v1 -> v2. MAINTAINERS | 6

Re: [PATCH 1/5 v4] drm: Add support of ARC PGU display controller

e system] > > url: > https://github.com/0day-ci/linux/commits/Alexey-Brodkin/drm-Add-support-of-ARC-PGU-display-controller/20160325 > -005345 > base:   git://people.freedesktop.org/~airlied/linux.git drm-next > config: i386-allmodconfig (attached as .config) > reproduce: >   

[PATCH 4/4 v2] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: linux-snps-arc@lists.infradead.org --- No changes since v1. MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff

[PATCH 0/4 v2] drm: Add support of ARC PGU display controller

.infradead.org Cc: Mark Rutland <mark.rutl...@arm.com> Cc: Pawel Moll <pawel.m...@arm.com> Cc: Rob Herring <robh...@kernel.org> Cc: Vineet Gupta <vgu...@synopsys.com> Alexey Brodkin (4): drm: Add support of ARC PGU display controller drm: Add DT bindings documentation for

Re: [PATCH 2/4 v2] drm: Add DT bindings documentation for ARC PGU display controller

Hi Rob, On Fri, 2016-03-04 at 22:30 -0600, Rob Herring wrote: > On Thu, Mar 03, 2016 at 05:39:14PM +0300, Alexey Brodkin wrote: > > > > This add DT bindings documentation for ARC PGU display controller. > > > > Signed-off-by: Alexey Brodkin <abrod...@synopsys.

Re: [PATCH 2/4] ARC: axs10x: Update defconfigs so that audio is enabled

Hi Jose, On Mon, 2016-03-28 at 10:41 +0100, Jose Abreu wrote: > The defconfigs for the AXS boards were updated so that > ALSA SoC is enabled and also the audio for the ADV7511 > HDMI transmitter. > > Signed-off-by: Jose Abreu > --- >  arch/arc/configs/axs101_defconfig 

Re: [PATCH 3/4] ASoC: dwc: Add I2S HDMI audio support using custom platform driver

Hi Jose, On Mon, 2016-03-28 at 10:41 +0100, Jose Abreu wrote: > HDMI audio support was added to the AXS board using an > I2S cpu driver and a custom platform driver. > > The platform driver supports two channels @ 16 bits with > rates 32k, 44.1k and 48k. ALSA Simple audio card is used to > glue

Re: [PATCH 0/4 v6] drm: Add support of ARC PGU display controller

Hi David, On Tue, 2016-04-19 at 16:19 +0300, Alexey Brodkin wrote: > This series add support of ARC PGU display controller. > ARC PGU is a quite simple byte streamer that gets data from the framebuffer > and pushes it to hte connected encoder (DP or HDMI). > > It was tested on

Re: [PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

compatible = "fixed-clock"; > + clock-frequency = <2700>; > + #clock-cells = <0>; > + }; > + >   i2ccl

Re: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer

Hi Vineet, On Thu, 2016-04-28 at 19:26 +0530, Vineet Gupta wrote: > On Thursday 28 April 2016 07:16 PM, Alexey Brodkin wrote: > > > > > > > > > > > > > Note that the IOC start alignment needs to follow > > > > max(4k, size). What will be m

[PATCH 1/2 v2] drm/arcpgu: use dedicated memory area for frame buffer

peripherals to use all perks of IOC. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Dave Airlie <airl...@gmail.com> Cc: Daniel Vetter <dan...@ffwll.ch> --- No changes v1 -> v2. drivers/gpu/drm/arc/arcpgu_drv.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer

Hi Vineet, On Thu, 2016-04-28 at 09:56 +0530, Vineet Gupta wrote: [snip] > > > > diff --git a/arch/arc/boot/dts/axc001.dtsi b/arch/arc/boot/dts/axc001.dtsi > > index 420dcfd..ae6162d 100644 > > --- a/arch/arc/boot/dts/axc001.dtsi > > +++ b/arch/arc/boot/dts/axc001.dtsi > > @@ -95,6 +95,24 @@ >

[PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer

sorts ARC770 CPU) IOC is not an option for a sake of keeping one DT description for the base-board (axs10x_mb.dtsi) we're still defining reserved memory location in the very end of DDR. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: devicet...@vger.kernel.org --- arch/arc/boot/dts/

[PATCH 0/2] ARC: enable per-device dma and reserved memory in DT

This tiny series enbles support of generic per-device coherent dma memory and ability to specify reserved memory regions to be used in those per-device mappings. In particular this allowed us to move frame-buffer memory out of IOC aperture. Cc: linux-ker...@vger.kernel.org Alexey Brodkin (2

[PATCH 2/2] ARC: add support for reserved memory defined by device tree

Enable reserved memory initialization from device tree. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Grant Likely <grant.lik...@linaro.org> Cc: Marek Szyprowski <m.szyprow...@samsung.com> Cc: linux-ker...@vger.kernel.org --- arch/arc/Kconfig | 1 + arch/arc/mm/

[PATCH 1/2] ARC: support generic per-device coherent dma mem

Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: linux-ker...@vger.kernel.org --- arch/arc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index 208aae0..61d69e6 100644 --- a/arch/arc/Kconfig +++ b/arch/arc/Kconfig @@ -37,6 +37,7 @@

[GIT PULL] drm: Add support of ARC PGU display controller

-arcpgu-v6 for you to fetch changes up to b8c1eca1e089e8f4247b19b73955c875bf7b18ae:   arc: axs10x - add support of ARC PGU (2016-04-26 18:26:54 +0300) Alexey Brodkin (3):   drm: Add DT bindings documentation for ARC PGU display

[PATCH] ldso: Force disable -mlong-calls when compiling ldso for ARC

-calls" by forcing "-mno-long-calls" on it. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Vineet Gupta <vgu...@synopsys.com> Cc: Anton Kolesov <akole...@synopsys.com> Cc: linux-snps-arc@lists.infradead.org --- ldso/ldso/Makefile.in | 4 1 file chang

Re: [GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

Hi David, On Mon, 2016-05-23 at 15:23 -0400, David Airlie wrote: > > > - Original Message - > > > > From: "Alexey Brodkin" <alexey.brod...@synopsys.com> > > To: airl...@redhat.com, dan...@ffwll.ch, "Vineet Gupta" > > &l

Re: [GIT PULL] drm/arcpgu: use dedicated memory area for frame buffer

Hi Dave, On Mon, 2016-05-16 at 08:22 +, Alexey Brodkin wrote: > Hi Dave, > > On Tue, 2016-05-10 at 09:51 +0000, Alexey Brodkin wrote: > > > > Hi Dave, > > > > On Fri, 2016-04-29 at 11:36 +, Alexey Brodkin wrote: > > > > > > >

[PATCH] arc: axs103_smp: Fix CPU frequency to 100MHz for dual-core

a hack for clock "downgrade" on early boot for quad-core hardware. Also note this change will break functionality of AXS103 v1.0 hardware. That means all users of AXS103 __must__ upgrade their boards with the most recent firmware. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com&g

[PATCH 2/4 v6] drm: Add DT bindings documentation for ARC PGU display controller

This add DT bindings documentation for ARC PGU display controller. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Pawel Moll <pawel.m...@arm.com> Cc: Mark Rutland <mark.rutl...@arm.com> Cc: Ian Campbell <ijc+devicet...@hellion.org.uk> Cc: Kumar Gala <ga...@

[PATCH 1/4 v6] drm: Add support of ARC PGU display controller

From: Carlos Palminha <palmi...@synopsys.com> ARC PGU could be found on some development boards from Synopsys. This is a simple byte streamer that reads data from a framebuffer and sends data to the single encoder. Signed-off-by: Carlos Palminha <palmi...@synopsys.com> Signed-of

[PATCH 0/4 v6] drm: Add support of ARC PGU display controller

;ijc+devicet...@hellion.org.uk> Cc: Kumar Gala <ga...@codeaurora.org> Cc: linux-snps-arc@lists.infradead.org Cc: Mark Rutland <mark.rutl...@arm.com> Cc: Pawel Moll <pawel.m...@arm.com> Cc: Rob Herring <robh...@kernel.org> Cc: Vineet Gupta <vgu...@synopsys.com> Cc: Jo

[PATCH 3/4 v6] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: linux-snps-arc@lists.infradead.org --- No changes v5 -> v6. No changes v4 -> v5. No changes v3 -> v4. No c

Re: [RESEND PATCH v4] clk/axs10x: Add I2S PLL clock driver

Hi Jose, Stephen, On Wed, 2016-04-20 at 10:47 +0100, Jose Abreu wrote: > Hi Stephen, > > > On 20-04-2016 02:54, Stephen Boyd wrote: > > > > On 04/19, Jose Abreu wrote: > > > > > > @Stephen: can you give some input so that I can submit a v6? > > > > > I don't prefer putting the second

Re: [RESEND PATCH v4] clk/axs10x: Add I2S PLL clock driver

Hi Jose, On Thu, 2016-04-21 at 10:51 +0100, Jose Abreu wrote: > Hi Alexey, > > > > Otherwise, I still prefer two DTS files for the two different FPGA > > > > versions. At the least, please use ioremap for any pointers that > > > > you readl/writel here. > > > > > > > > Beyond that, we should

Re: [RESEND PATCH v4] clk/axs10x: Add I2S PLL clock driver

Hi Jose, On Thu, 2016-04-21 at 14:10 +0100, Jose Abreu wrote: > Hi Alexey, > > > On 21-04-2016 13:18, Alexey Brodkin wrote: > > > > Hi Jose, > > > > On Thu, 2016-04-21 at 10:51 +0100, Jose Abreu wrote: > > > > > > Hi Alexey, > >

[PATCH 0/2] drm/arcpgu: Get use of dedicated memory area for frame buffer

and saves its bandwidth for other peripherals. Cc: Cc: Dave Airlie <airl...@gmail.com> Cc: Daniel Vetter <dan...@ffwll.ch> Cc: devicet...@vger.kernel.org Alexey Brodkin (2): drm/arcpgu: use dedicated memory area for frame buffer ARC: [axs10x] Specify reserved memory for frame buffe

[PATCH] arc: Get rid of root core-frequency property

Now when we switched to usage of real clk devices for CPU core frequency those root properties make no sense any longer. Se we're just getting rid of them here to not confuse readers of our .dts files. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Christian Ruppert <chris

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

Hi Andrew, all, On Thu, 2016-07-28 at 15:40 -0700, Vineet Gupta wrote: > 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

Re: Build failure in linux mainline when building arcv2 images

Hi Vineet, Guenter, On Fri, 2016-07-29 at 21:27 -0700, Guenter Roeck wrote: > On 07/29/2016 03:46 PM, Vineet Gupta wrote: > > > > > What you want is > > 2016-05-19 09439560b9f9 toolchain: bump ARC tools to arc-2016.03 release > > > > which seems to be present in released 2016.05, but when I

Re: ARC stable backport request

Hi Greg, On Sun, 2016-08-14 at 17:39 +0200, Greg KH wrote: > On Wed, May 25, 2016 at 05:13:31PM +0530, Vineet Gupta wrote: > > > > Hi, > > > > Can we please backport a6416f57ce57fb390b "ARC: use ASL assembler mnemonic". > > Newer binutils don't like ASL instruction and fail to build kernels

Re: Problems building arc-2016.09-eng007 toolchain with 2.6.35 kernel headers

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 > > >

Re: dmatest no longer works on ARC SDP with DW DMAC

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:

Re: Patches for ARC

Hi Waldemar, On Mon, 2016-06-13 at 22:38 +0200, Waldemar Brodkorb wrote: > Hi Alexey, > Alexey Brodkin wrote, > > > > > Hi Waldemar, > > > > Just saw that new change for ARC ("arc: use generic lowlevellock", > > http://cgi

ath9k-htc on OHCI -> bogus usb xfer

Hello, Looks like this is another manifestation of already seen problem with ath9k-htc and OHCI controller. I'm trying to get USB Wi-Fi dongle based on Atheros AR9271 to work with our development board (this is Synopsys AXS103) and seeing a picture very similar to what was discussed here 

DHCP via bridge in case of IPv4

Hello, I was playing with quite simple bridged setup on different boards with very recent kernels (4.6.3 as of this writing) and found one interesting behavior that I cannot yet understand and googling din't help here as well. My setup is pretty simple: -   -- 

Re: [LEDE-DEV] DHCP via bridge in case of IPv4

Hi Russel, On Sun, 2016-07-10 at 00:19 -0700, Russell Senior wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > "Alexey" == Alexey Brodkin <alexey.brod...@synopsys.com> writes: > Alexe

Re: ath9k-htc on OHCI -> bogus usb xfer

Hi Oleksij, On Tue, 2016-07-05 at 21:01 +0200, Oleksij Rempel wrote: > Am 05.07.2016 um 19:31 schrieb Alexey Brodkin: > > > > Hi Oleksij, > > > > On Tue, 2016-07-05 at 19:23 +0200, Oleksij Rempel wrote: > > > > > > Hi, > > >

Re: ath9k-htc on OHCI -> bogus usb xfer

Hi Oleksij, On Wed, 2016-07-06 at 11:09 +0200, fixed-term.Oleksij.Rempel wrote: > > On 06.07.2016 10:45, Alexey Brodkin wrote: > > > > Hi Oleksij, > > > > On Wed, 2016-07-06 at 10:38 +0200, fixed-term.Oleksij.Rempel wrote: > > > > > >

[PATCH] ARC: typo fix in mm/ioremap.c

Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/mm/ioremap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arc/mm/ioremap.c b/arch/arc/mm/ioremap.c index 49b8abd..f52b7db6 100644 --- a/arch/arc/mm/ioremap.c +++ b/arch/arc/mm/ioremap.c @@ -49,7

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

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 do here. Signed-off-by: Alexey

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

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 do here. Signed-off-by: Alexey

Re: [LEDE-DEV] DHCP via bridge in case of IPv4

Hello, On Mon, 2016-07-11 at 06:15 +, Alexey Brodkin wrote: > Hi Russel, > > On Sun, 2016-07-10 at 00:19 -0700, Russell Senior wrote: > >  > > > > > > > "Alexey" == Alexey Brodkin <alexey.brod...@synopsys.com> writes: > > Alexey> H

Re: [PATCH] net: phy: dp83867: Fix for automatically detected PHYs

Hi Andrew, On Fri, 2017-02-03 at 18:10 +0100, Andrew Lunn wrote: > On Fri, Feb 03, 2017 at 07:52:37PM +0300, Alexey Brodkin wrote: > > > > Current implemntation returns ENODEV if device tree node for > > phy is absent. But in reality there're many boards with the one >

Re: stmmac: GMAC_RGSMIIIS reports bogus values

Hi Giuseppe, On Tue, 2017-01-31 at 10:55 +0100, Giuseppe CAVALLARO wrote: > On 1/27/2017 11:23 AM, Alexey Brodkin wrote: > > > > That's why my initial proposal was to ignore whatever we read from this > > register > > if we have MDIO bus instantiated already. >

Re: [PATCH 1/3] arc: vdk: Disable halt on reset

Hi Vineet, On Wed, 2017-02-01 at 08:52 -0800, Vineet Gupta wrote: > On 02/01/2017 08:42 AM, Alexey Brodkin wrote: > > > > In recent VDKs ARC cores are configured as "run on reset" > > which made existing kernel configuration outdated to effect that > &

Re: [PATCH 0/3] Updates for ARC VDK platform

Hi Vineet, On Wed, 2017-02-01 at 09:13 -0800, Vineet Gupta wrote: > On 02/01/2017 08:43 AM, Alexey Brodkin wrote: > > > > This series improves ARC VDK support in upstream Linux kernel by: > >  1) Removal of UP configuration which is no longer supported by ARC VDK. > &g

Re: [PATCH 0/3] Updates for ARC VDK platform

Hi Vineet, On Wed, 2017-02-01 at 09:22 -0800, Vineet Gupta wrote: > On 02/01/2017 09:16 AM, Alexey Brodkin wrote: > > > > Hi Vineet, > > > > On Wed, 2017-02-01 at 09:13 -0800, Vineet Gupta wrote: > > > > > > On 02/01/2017 08:43 AM, Alexey Brodkin

[PATCH] ARC: [arcompact] fix handling of unaligned access in delay slot

->8 What needs to be done - LSB bit of regs->bta has to be cleared and now we do exactly this with "& ~1U". While at it fix another spello in comments. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Reported-by: John Crispin <j...@p

  1   2   3   4   5   6   >