[PATCH] ARC: Allow disabling of prefetch operations for debugging purposes

Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Kconfig | 5 + arch/arc/include/asm/processor.h | 11 +++ arch/arc/lib/memcpy-archs.S | 16 arch/arc/lib/memset-archs.S | 6 ++ 4 files changed, 38 insertions(+)

[PATCH v2] ARC: Force disable IOC if we don't want to use it

e set to 0. As of today that's only possible either before building right in arch/arc/mm/cache.c or via debugger on target reght before execution of the kernel starts. We may make "ioc_enable" a boot-parameter later though. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- Chnag

rsi_91x: Low bandwidth: sends ~100 Kbits/sec, receives ~1.5 Mbits/sec

Hi Amitkumar, Yet another observation with RS-9113 module. I managed to setup an access point on my board with RS-9113 connected either via SDIO (this one is soldered on my board) or via USB (this is your RS9113 Evaluation Board Rev 4.0). But regardless the module I use I still see the same

Re: rsi_91x: Failed to read status register on failed authentication

Hi Amitkumar, On Wed, 2017-12-06 at 12:43 +0530, Amitkumar Karwar wrote: > On Tue, Dec 5, 2017 at 9:41 PM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > Hi Amit, > > > > I'm seeing quite a strange behavior of RedPine module. > > It connects pe

Re: rsi_91x: Low bandwidth: sends ~100 Kbits/sec, receives ~1.5 Mbits/sec

Hi Prameela, On Fri, 2017-12-15 at 18:14 +0530, Prameela Rani Garnepudi wrote: > Hi Alexey, > > > On Friday 15 December 2017 04:50 PM, Alexey Brodkin wrote: > > Hi Prameela, > > > > On Fri, 2017-12-15 at 11:13 +0530, Prameela Rani Garnepudi wrote: > >

Re: rsi_91x: Low bandwidth: sends ~100 Kbits/sec, receives ~1.5 Mbits/sec

Hi Prameela, On Fri, 2017-12-15 at 11:13 +0530, Prameela Rani Garnepudi wrote: > Hi Alexey, > > Please use the attached patch to improve TX throughput. We will be > submitting this patch along with few others soon. Could you please specify which branch this patch is based on? I tried to

Re: UDL's fbdev doesn't work for user-space apps

Hi Noralf, On Tue, 2017-12-12 at 22:58 +0100, Noralf Trønnes wrote: > Den 04.12.2017 12.32, skrev Alexey Brodkin: > > Hello, > > > > I'm trying to use DisplayLink USB2.0-to-HDMI adapter as the one and only > > video output and I want to get Xserver working on top of

Re: [PATCH v2] arch: define weak abort

ilure"). > > Lets define this weak function which is common for all arch and fix the > problem permanently. We can even remove the arch specific 'abort' after > this is done. > > Cc: Alexey Brodkin <alexey.brod...@synopsys.com> > Signed-off-by: Sudip Mukherjee

Re: UDL's fbdev doesn't work for user-space apps

Hi Pavel, On Sat, 2017-12-09 at 18:20 +0100, Pavel Machek wrote: > On Mon 2017-12-04 11:50:40, Jose Abreu wrote: > > > > Hi Alexey, > > > > On 04-12-2017 11:32, Alexey Brodkin wrote: > > > > > > My first [probably incorrect] assumpti

Re: [PATCH] arch: define weak abort

Hi Sudip, On Mon, 2017-12-11 at 21:26 +, Sudip Mukherjee wrote: > gcc was generating abort due to 'divide by zero' and if it is not > defined in the toolchain the build fails. > > Currently 'frv' and 'arc' are failing. Previously other arch was also > broken like m32r was fixed by

[U-Boot] Please pull ARC changes

) Alexey Brodkin (1):   gpio/hsdk: Depend on DM_GPIO instead of simple DM  drivers/gpio/Kconfig | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) -Alexey ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http

rsi_91x: Failed to read status register on failed authentication

Hi Amit, I'm seeing quite a strange behavior of RedPine module. It connects perfectly fine to one of access points but fails to connect to another. Moreover after that failure RSI driver starts to flood me with messages saying: ->8 rsi_91x:

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Tue, 2017-12-05 at 12:26 +, Jose Abreu wrote: > On 05-12-2017 11:53, Alexey Brodkin wrote: > > > > > > From my note above about udl_drm_gem_mmap() being only used in case of > > Xserver > > I barely may conclude anything. Given my lack of kno

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Tue, 2017-12-05 at 10:39 +, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 17:29, Alexey Brodkin wrote: > > > > > > Indeed, in case of kmscube etnaviv is a renderer while UDL > > outputs the picture on the screen. > > Thats nice :)

[PATCH] ARC: Force disable IOC if ioc_enable=0

U-Boot enables and uses IOC so if we don't want to use it in the kernel we need to _disable_ it for real. This is in comparison to what we do today based on "ioc_enable" flag - if it is set to 0 we just _dont_enable_ IOC which effectively keeps IOC alive and kicking. Signed-off-by: Alex

Re: etnaviv: PHYS_OFFSET usage

Hi Lucas, On Wed, 2017-11-15 at 18:56 +0100, Lucas Stach wrote: > Am Mittwoch, den 15.11.2017, 17:36 + schrieb Alexey Brodkin: [snip] > I'm not keen on having a private memory region for the GPU. Normally we > just use the shared system CMA memory region (and we will point the

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 17:24 +, Jose Abreu wrote: > On 04-12-2017 16:00, Alexey Brodkin wrote: > > > > [30.763] (II) armada(0): etnaviv: Xv: using YUY2 format intermediate > > YUV target > > > > I'm wondering if this means that target format f

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 15:55 +, Jose Abreu wrote: > On 04-12-2017 14:53, Alexey Brodkin wrote: > > > > Full log you may find below. > > Sorry but I meant /var/log/Xorg.0.log file. Ooops... sorry... here is it. -Alexey # cat /var/log/Xorg.0.log  [30

Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 14:02 +, Jose Abreu wrote: > On 04-12-2017 13:16, Alexey Brodkin wrote: > > > > Option  "kmsdev" "/dev/dri/card1" > > Which drm driver uses /dev/dri/card0? I'm seing drmOpen code and > if

xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps]

Hi Jose, On Mon, 2017-12-04 at 11:50 +, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 11:32, Alexey Brodkin wrote: > > > > My first [probably incorrect] assumption is Xserver requires fbdev > > (/dev/fbX) > > and it cannot use DRI vid

UDL's fbdev doesn't work for user-space apps

Hello, I'm trying to use DisplayLink USB2.0-to-HDMI adapter as the one and only video output and I want to get Xserver working on top of that. I'm not very familiar with all the parts of Linux GPU/video stack (especially its user-space counterpart) so my assumptions might be wrong in that case

[PATCH] ARC: Enable machine_desc->init_per_cpu for non-SMP configs

red to be done on each an every core regardless if it's a master and the only core in UP system or any other slave core in SMP setup. 1) There will be no "ifdef CONFIG_SMP" around "init_per_cpu". Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> ---

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Hi Lucas, On Fri, 2017-11-24 at 18:11 +0100, Lucas Stach wrote: > Am Freitag, den 24.11.2017, 16:49 + schrieb Alexey Brodkin: > [...] > > > > > > > > Yes, a "core" in Vivante speak is a GPU with one DMA frontend. A > > > single > >

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Hi Lucas, On Fri, 2017-11-24 at 17:38 +0100, Lucas Stach wrote: > Am Freitag, den 24.11.2017, 16:25 + schrieb Alexey Brodkin: > > > > Hi Lucas, > > > > On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote: > > > > > > Hi Alexey, > > >

Re: glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Hi Lucas, On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote: > Hi Alexey, > > Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin: > > > > Hello, > > > > Being in the middle of bring-up of the new board with Vivante GPU (HSD

glxgears on Etnaviv: couldn't get an RGB, Double-buffered visual

Hello, Being in the middle of bring-up of the new board with Vivante GPU (HSDK namely, see  https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/plat-hsdk) I was looking at simple 3D test apps to see how Etnaviv works on the hardware. So far I was able to get kmscube

Re: [PATCH] frv: fix build failure

Hi Sudip, On Thu, 2017-11-23 at 23:01 +, Sudip Mukherjee wrote: > Hi Alexey, > > On Thu, Nov 23, 2017 at 05:17:19PM +0000, Alexey Brodkin wrote: > > > > Hi Sudip, > > > > On Tue, 2017-11-21 at 22:10 +, Sudip Mukherjee wrote: > > >

[PATCH] ARC: Reverse logic of enabled dual-issue detection

As per PRM bit #0 ("D") in EXEC_CTRL enables dual-issue if set to 0, otherwise if set to 1 all instructions are executed one at a time, i.e. dual-issue is disabled. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/kernel/setup.c | 2 +- 1 file changed, 1

Re: [PATCH] frv: fix build failure

Hi Sudip, On Tue, 2017-11-21 at 22:10 +, Sudip Mukherjee wrote: > The frv defconfig build is failing with the error: > lib/mpi/mpih-div.o: In function `mpihelp_divrem': > mpih-div.c:(.text+0x30c): undefined reference to `abort' > > The function 'abort' was never defined for the frv

Re: etnaviv: PHYS_OFFSET usage

Hi Lucas, On Wed, 2017-11-15 at 17:44 +0100, Lucas Stach wrote: > Hi Alexey, > > Am Mittwoch, den 15.11.2017, 16:24 + schrieb Alexey Brodkin: > > > > Hi Lucas, > > > > As we discussed on ELCE last month in Prague we have Vivante GPU > > buil

etnaviv: PHYS_OFFSET usage

Hi Lucas, As we discussed on ELCE last month in Prague we have Vivante GPU built-in our new ARC HSDK development board. And even though [thanks to your suggestions] I got Etnaviv driver working perfectly fine on our board I faced one quite a tricky situation [which I dirty worked-around for

Re: [PATCH] arc: Flush and invalidate caches on start

On Thu, 2017-08-31 at 16:34 +, Alexey Brodkin wrote: > Hi Vineet, > > On Thu, 2017-08-31 at 09:31 -0700, Vineet Gupta wrote: > > > > On 08/31/2017 07:22 AM, Alexey Brodkin wrote: > > > > > > > > > This is useful to make sure no stal

Re: [PATCH RESEND] CLK: ARC: Set initial pll output frequency specified in device tree

Hi Vladimir, On Tue, 2017-11-14 at 19:01 +0200, Vladimir Zapolskiy wrote: > On 11/14/2017 02:20 PM, Eugeniy Paltsev wrote: > > > > Add option to set initial output frequency of plls via > > "clock-frequency" property in pll's device tree node. > > This frequency will be set while pll driver

Re: [PATCH] ARCv2: Accomodate NS48 MMUv5 by releaxing MMU ver checking

Hi Vineet, Subject contains one typo: NS48 -> HS48. On Mon, 2017-11-06 at 11:30 -0800, Vineet Gupta wrote: > HS48 cpus will have a new MMUv5, although Linux is currently not > explicitly supporting the newer features (so remains at V4). > The existing software/hardware version check is very

Re: [PATCH] ARCv2: Accomodate NS48 MMUv5 by releaxing MMU ver checking

Hi Vineet, Subject contains one typo: NS48 -> HS48. On Mon, 2017-11-06 at 11:30 -0800, Vineet Gupta wrote: > > HS48 cpus will have a new MMUv5, although Linux is currently not > explicitly supporting the newer features (so remains at V4). > The existing software/hardware version check is very

Re: [PATCH] ARC: [plat-hsdk]: Increase SDIO CIU frequency to 50000000Hz

iy Paltsev <eugeniy.palt...@synopsys.com> Given this change doesn't introduce any regressions or at least so far we only saw 1 card started to work (confirmed by Vineet) while cards we tried locally continue to work... Acked-by: Alexey Brodkin <abrod...@synopsys.com> __

Re: [RFC] ARC: [plat-hsdk]: Increase SDIO CIU frequency to 50000000Hz

Hi Vineet, On Tue, 2017-10-10 at 10:09 -0700, Vineet Gupta wrote: > On 10/10/2017 09:11 AM, Eugeniy Paltsev wrote: > > > > Increase SDIO CIU frequency from 1250Hz to 5000Hz by > > switching from the default divisor value (div-by-8) to the > > minimum possible value of the divisor

[PATCH] ARC: Reenable soft lock-up detector

Commit 92e5aae45778 "kernel/watchdog: split up config options" introduced SOFTLOCKUP_DETECTOR which selects LOCKUP_DETECTOR instead of the latter to be selected itself. We need to adjust our defconfigs accordingly. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> ---

Re: Setting CPU clock frequency on early boot

Hi Rob, On Wed, 2017-09-06 at 10:25 -0500, Rob Herring wrote: > On Wed, Sep 6, 2017 at 8:51 AM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > > > Hi Vineet, Rob, > > > > On Tue, 2017-09-05 at 16:40 -0700, Vineet Gupta wrote: > > > &g

Re: Setting CPU clock frequency on early boot

Hi Vineet, Rob, On Tue, 2017-09-05 at 16:40 -0700, Vineet Gupta wrote: > On 09/05/2017 03:04 PM, Rob Herring wrote: > > > > On Tue, Sep 5, 2017 at 10:37 AM, Alexey Brodkin > > <alexey.brod...@synopsys.com> wrote: > > > > > > Hello, > > > &

Re: [PATCH] arc: Re-enable MMU upon die()

Hi Jose, On Fri, 2017-09-01 at 13:33 +0100, Jose Abreu wrote: > Hi Alexey, > > On 01-09-2017 12:48, Alexey Brodkin wrote: > > > > Hi Jose, > > > > On Fri, 2017-09-01 at 12:39 +0100, Jose Abreu wrote: > > > > > > I recently came upon a sc

Re: [PATCH] arc: Re-enable MMU upon die()

Hi Jose, On Fri, 2017-09-01 at 12:39 +0100, Jose Abreu wrote: > I recently came upon a scenario where I would get a double fault > after a machine check error. It turns out that for Ksymbol lookup > to work with modules we need to have MMU enabled because module > address is mapped in the cached

Re: [PATCH] arc: Flush and invalidate caches on start

Hi Vineet, On Thu, 2017-08-31 at 09:31 -0700, Vineet Gupta wrote: > On 08/31/2017 07:22 AM, Alexey Brodkin wrote: > > > > This is useful to make sure no stale data exists in caches after > > bootloaders. > > The worst thing could be some lines of cache

[PATCH] arc: arcv2: Mask only private-per-core IRQ lines on boot

r was installed). 2. All privete-per-core interrupt lines are not covered by IDU so we have to manage them right in the ARC's INTC and so we do now (hwirq < FIRST_EXT_IRQ). Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/kernel/intc-arcv2.c | 5

Re: [PATCHi v2] arc: Mask individual IRQ lines during core INTC init

Hi Vineet, On Fri, 2017-08-25 at 10:13 -0700, Vineet Gupta wrote: > On 08/25/2017 07:22 AM, Alexey Brodkin wrote: > > > > From: Alexey Brodkin <alexey.brod...@synopsys.com> > > > > ARC cores on reset have all interrupt lines of built-in INTC enabled. > &

[PATCHi v2] arc: Mask individual IRQ lines during core INTC init

From: Alexey Brodkin <alexey.brod...@synopsys.com> ARC cores on reset have all interrupt lines of built-in INTC enabled. Which means once we globally enable interrupts (very early on boot) faulty hardware blocks may trigger an interrupt that Linux kernel cannot handle yet as corresponding h

Re: [PATCH v3 2/2] ARC: DTS: Add device-tree for Anarion-based development board

Hi Alexandru, On Wed, 2017-08-16 at 15:15 -0700, Alexandru Gagniuc wrote: > +#include "skeleton.dtsi" Eugeniy already commented on that - most probably you'll end up overriding most if not all entries from "skeleton.dtsi" so why bother with it at all? And I don't see any mention of your own

[PATCH] hsdk: Enable INPUT_EVDEV

This is required for user-space apps to work with keyboard/mice. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Eugeniy Paltsev <palt...@synopsys.com> --- arch/arc/configs/hsdk_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/configs/hsdk_defconfi

Re: Please pull ARCPGU changes

Hi Daniel, On Wed, 2017-08-02 at 11:41 +0200, Daniel Vetter wrote: > On Mon, Jul 31, 2017 at 11:11:06AM +0000, Alexey Brodkin wrote: > > > > Hi Dave, > > > > Could you please pull a couple of minor fixes for ARCPGU. > > These changes are based on today's drm-m

Re: [PATCH] arc: arcv2: cache: Explicitly set MSB counterpart of region ops addresses

Hi Vineet, On Wed, 2017-08-02 at 09:09 +0530, Vineet Gupta wrote: > On 08/01/2017 03:29 PM, Alexey Brodkin wrote: > > > > It is necessary to explicitly set both SLC_AUX_RGN_START1 and > > SLC_AUX_RGN_END1 > > which hold MSB bits of the physical address corr

Re: snps,dwmac interrupt storm (Was: ARC770: "unexpected IRQ trap at vector 00" during boot)

Hi Alex, On Wed, 2017-08-02 at 11:53 +0530, Vineet Gupta wrote: > On 08/02/2017 03:03 AM, Alex wrote: > > > > On 07/25/2017 08:08 PM, Vineet Gupta wrote: > > > > Hi Vineet, > > > > > > > > On 07/26/2017 01:41 AM, Alexey Brodkin wrote: >

[PATCH] arc: arcv2: cache: Explicitly set MSB counterpart of region ops addresses

we saw each and every SLC region op to take seconds (sic!). Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Reported-by: Vladimir Kondratiev <vladimir.kondrat...@intel.com> --- arch/arc/include/asm/cache.h | 2 ++ arch/arc/mm/cache.c | 8 ++-- 2 files changed,

Please pull ARCPGU changes

300) ---- Alexey Brodkin (2):   drm/arcpgu: Opt in debugfs   arcpgu: Simplify driver name Jose Abreu (3):   drm: arcpgu: Fix mmap() callback   drm: arcpgu: Fix module unload   drm: arcpgu: Allow some clock deviation in c

RE: ARC770: "unexpected IRQ trap at vector 00" during boot

Hi Alex, > -Original Message- > From: Alex [mailto:ale...@adaptrum.com] > Sent: Tuesday, July 25, 2017 7:05 AM > To: Alexey Brodkin <alexey.brod...@synopsys.com>; > linux-snps-arc@lists.infradead.org > Cc: Gokhan Cosgul <gok...@adaptrum.com>; vineet.gup

[PATCH] arc: Hardcode ARCH_DMA_MINALIGN to max line length we may have

to ARCH_DMA_MINALIGN the fix could be simple - set ARCH_DMA_MINALIGN to the largest cache line we may ever get. As of today neither L1 of ARC700 and ARC HS38 nor SLC might not be longer than 128 bytes. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/include/asm/cache.h | 3 ++- 1 file c

Re: [PATCH 3/3 v7] ARC: hsdk: initial port for HSDK board

Hi Rob, On Sun, 2017-07-09 at 19:41 -0500, Rob Herring wrote: > On Mon, Jul 03, 2017 at 07:51:09PM +0300, Eugeniy Paltsev wrote: > > > > From: Alexey Brodkin <abrod...@synopsys.com> [snip] > > + ohci@6 { > > + compatible = "

Re: [PATCH] arc: remove num-slots from arc platforms

Hi Vineet, On Fri, 2017-07-07 at 15:35 -0700, Vineet Gupta wrote: > On 07/07/2017 01:13 AM, Alexey Brodkin wrote: > > > > Hi Shawn, > > > > On Wed, 2017-07-05 at 15:10 +0800, Shawn Lin wrote: > > > > > > dwmmc driver deprecated num-slots and p

Re: [PATCH] arc: remove num-slots from arc platforms

-chips.com> > --- Acked-by: Alexey Brodkin <abrod...@synopsys.com> Probably it worth for Vineet to pull this patch to his ARC tree. -Alexey ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc

Re: [PATCH] arc: remove num-slots from arc platforms

Hi Jaehoon, On Thu, 2017-07-06 at 13:17 +0900, Jaehoon Chung wrote: > On 07/05/ > Right, that's why doesn't use the multiple slot. > Company hopes to make the product that costumer is satisfied. > Performance is one of important things... > For saving about the cost that using more IP ...use the

Re: [PATCH] arc: remove num-slots from arc platforms

Hi Jaehoon, On Wed, 2017-07-05 at 18:13 +0900, Jaehoon Chung wrote: > Hi Alexey, > > On 07/05/2017 06:05 PM, Alexey Brodkin wrote: > > > > Hi Shawn, > > > > On Wed, 2017-07-05 at 15:10 +0800, Shawn Lin wrote: > > > > > > dw

Re: [PATCH] arc: remove num-slots from arc platforms

Hi Shawn, On Wed, 2017-07-05 at 15:10 +0800, Shawn Lin wrote: > dwmmc driver deprecated num-slots and plan to get rid > of it finally. Just move a step to cleanup it from DT. Hm, that's interesting. In our upcoming devboard (HSDK, see

Re: [PATCH 3/3 v6] ARC: hsdk: initial port for HSDK board

Hi Rob, On Mon, 2017-06-26 at 10:51 -0500, Rob Herring wrote: > On Mon, Jun 26, 2017 at 10:11 AM, Eugeniy Paltsev > <eugeniy.palt...@synopsys.com> wrote: > > > > From: Alexey Brodkin <abrod...@synopsys.com> > > [snip] > > + > > +   c

Re: [PATCH] Unexport LANG env variable

Hi Michal, On Wed, 2017-06-14 at 15:02 +0200, Michal Marek wrote: > Dne 14.6.2017 v 14:40 Alexey Brodkin napsal(a): > > > > In those cases when we parse output of standard utilities like readelf > > etc we rely on a particular sentences. For example for ARC we extract &g

Re: [PATCH] arc: Remove sometimes misleading toolchain check

Hi Vineet, On Wed, 2017-06-07 at 09:33 -0700, Vineet Gupta wrote: > On 05/25/2017 10:24 AM, Alexey Brodkin wrote: > > > > Thinking of a toolchains for ARCompact and ARCv2 ISAs we implicitly > > think about libgcc.a build for one of those ISAs which we're linking > &

[PATCH v4] hsdk: initial port for HSDK board

boards we link Linux kernel to 0x9000_ intentionally because cores 1 and 3 configured with DCCM situated at our more usual link base 0x8000_. Signed-off-by: Eugeniy Paltsev <palt...@synopsys.com> Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Vineet Gupta <vgu...@s

[PATCH] hsdk: initial port for HSDK board

boards we link Linux kernel to 0x9000_ intentionally because cores 1 and 3 configured with DCCM situated at our more usual link base 0x8000_. Signed-off-by: Eugeniy Paltsev <palt...@synopsys.com> Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Vineet Gupta <vgu...@s

Re: git repo with Redpine changes

Hi Amit! On Thu, 2017-06-01 at 19:24 +0530, amit karwar wrote: > On Tue, May 23, 2017 at 10:56 PM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > I have posted a firmware image for new firmware loading mechanism to > community. There are some patches for

[PATCH v3] hsdk: initial port for HSDK board

boards we link Linux kernel to 0x9000_ intentionally because cores 1 and 3 configured with DCCM situated at our more usual link base 0x8000_. Signed-off-by: Eugeniy Paltsev <palt...@synopsys.com> Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Vineet Gupta <vgu...@s

[PATCH v2] hsdk: initial port for HSDK board

link base 0x8000_. Also there's a prerequisite for this change required to get .dts compiled, see http://lists.infradead.org/pipermail/linux-snps-arc/2017-May/002462.html Signed-off-by: Eugeniy Paltsev <palt...@synopsys.com> Signed-off-by: Alexey Brodkin <abrod...@synopsys.com>

Re: [PATCH] arc: Add "include chroot" for DT bindings

Hi Rob, On Tue, 2017-05-30 at 11:56 -0500, Rob Herring wrote: > On Tue, May 30, 2017 at 8:22 AM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > > > Basically this extends > > c58299aa8754 "kbuild: create an "include chroot" for DT bindings

[PATCH] hsdk: initial port for HSDK board

link base 0x8000_. Also there's a prerequisite for this change required to get .dts compiled, see http://lists.infradead.org/pipermail/linux-snps-arc/2017-May/002462.html Signed-off-by: Eugeniy Paltsev <palt...@synopsys.com> Signed-off-by: Alexey Brodkin <abrod...@syn

[PATCH] arc: Add "include chroot" for DT bindings

h file or directory #include ^ compilation terminated. >8--------- Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Stephen Warren <swar...@wwwdotorg.org> Cc: Rob Herring <robh...@kernel.org> --- arch/arc/boot/dts/incl

[PATCH] arc: Remove sometimes misleading toolchain check

s given we have plans to get rid of libgcc dependency that change is sort of future proof. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Makefile | 14 -- 1 file changed, 14 deletions(-) diff --git a/arch/arc/Makefile b/arch/arc/Makefile index 44ef35d339

Re: [PATCH 10/10] ARC: [plat-eznps] Handle memory error as an exception

Hi Noam, On Thu, 2017-05-25 at 12:03 +, Noam Camus wrote: > > > > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]  > > Sent: Thursday, May 25, 2017 14:31 PM > ... > > > > > > > > > > > > > Why don't you just make simula

Re: [PATCH 02/10] ARC: send ipi to all cpus sharing task mm in case of page fault

rformance degradation. > So we try to avoid this by sending only to the relevant CPUs. > > Signed-off-by: Noam Camus <noa...@mellanox.com> Really nice catch! Reviewed-by: Alexey Brodkin <abrod...@synopsys.com> ___ linux-snps-arc maili

Re: [PATCH 10/10] ARC: [plat-eznps] Handle memory error as an exception

Hi Noam, On Thu, 2017-05-25 at 11:26 +, Noam Camus wrote: > > > > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]  > > Sent: Thursday, May 25, 2017 14:15 PM > > > > > > > > > > > > diff --git a/arch/arc/kernel/entry-co

Re: [PATCH 10/10] ARC: [plat-eznps] Handle memory error as an exception

Hi Noam, On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote: > From: Noam Camus > > This commit adds the configuration CONFIG_EZNPS_MEM_ERROR. > If set, it will cause the kernel to handle user memory error > as a machine check exception. > It is required in order to align

Re: git repo with Redpine changes

Hi Amit! On Tue, 2017-05-23 at 17:00 +0530, amit karwar wrote: > On Wed, May 17, 2017 at 1:41 PM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > > > Hello Amitkumar, Prameela, > > > > I was lucky enough to get hold of RS9113 Evaluation Kit and

[PATCH] Revert "ARCv2: Allow enabling PAE40 w/o HIGHMEM"

requires HIGHMEM to be enabled otherwise user won't see any difference with enabling PAE in kernel configuration as only lowmem will be used anyways. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/Kco

Re: PAE40 without HIGHMEM

Hi Vineet, On Fri, 2017-05-05 at 12:31 -0700, Vineet Gupta wrote: > +CC arcml > > Hi Alexey, > > On 05/05/2017 01:44 AM, Alexey Brodkin wrote: > > > > Hi Vineet, > > > > Playing with PAE40 on axs103 v1.2-rc2 (where PAE really seems to work quite >

Re: [PATCH] usb: Make sure usb/phy/of gets built-in

Hello, On Tue, 2017-04-18 at 12:23 +, Alexey Brodkin wrote: > Hello Frank, > > On Mon, 2017-04-17 at 20:15 -0700, Frank Rowand wrote: > > > > On 04/13/17 05:33, Alexey Brodkin wrote: > > > > > > > > > DWC3 driver uses of_usb_get_phy_mode

[PATCH] arcpgu: Simplify driver name

This very minor change is still useful because it aligns ARC PGU driver name with other DRM drivers and makes usage of that driver name a bit easier. For example in libdrm's test app we'll use "arcpgu" instead of a bit more ugly "drm-arcpgu". Signed-off-by: Alexey Brodkin &l

perf jvmti: unconditionally links against -lelf

Hi Jiri, Just tried to cross-compile perf with pretty bare-minimal toolchain which has no libelf installed for the target (for the record I used SNPS ARC pre-built arc-2016.09 tools) like that: --->8 make NO_LIBELF=1 --->8 And got the following

[PATCH] ARCv2: SLC: Make sure busy bit is set properly on SLC flushing

-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/lib/cache.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/arch/arc/lib/cache.c b/arch/arc/lib/cache.c index b6ec83112cd8..f1436bf19992 100644 --- a/arch/arc/lib/cache.c +++ b/arch/arc/lib/cache.c @@ -59,10

[PATCH 2/2] axs103: Support slave core kick-start on axs103 v1.1 firmware

Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- board/synopsys/axs10x/axs10x.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/board/synopsys/axs10x/axs10x.c b/board/synopsys/axs10x/axs10x.c index 57c790220f71..912764a3d807 100644 --- a/board

[PATCH] arcv2: Halt non-master cores

application that want to see all cores of SMP SoC up and running. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/lib/start.S | 16 1 file changed, 16 insertions(+) diff --git a/arch/arc/lib/start.S b/arch/arc/lib/start.S index 90ee7e0fe406..b2ba7683097f

[PATCH 1/2] axs103: Clean-up smp_kick_all_cpus()

t pulse with START=1 Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- board/synopsys/axs10x/axs10x.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/board/synopsys/axs10x/axs10x.c b/board/synopsys/axs10x/axs10x.c index a5e774b2cf7b..57c790220f71 100644 -

[PATCH 0/2] axs103: Add support of v1.1 firmware

Even though from software developer PoV not much has changed in v1.1 firmware for axs103 board still there's an important modification introduced by SNPS hardware team: slave cores kick-start procedure now differs and we need to accommodate this change in U-Boot. Alexey Brodkin (2): axs103

Re: [PATCH] arcv2: Make sure busy bit is set properly on SLC flushing

Hi Vineet, On Wed, 2017-03-29 at 16:41 -0700, Vineet Gupta wrote: > On 03/29/2017 07:15 AM, Alexey Brodkin wrote: > > > > As reported in STAR 9001165532 if data cache gets disabled right before > > L2 cache invalidation we may read wrong value of L2 cache "busy" b

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

Hi Liviu, Rob, On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote: > On Fri, Mar 03, 2017 at 05:48:19PM +0000, Alexey Brodkin wrote: > > > > Hi Liviu, > > > > On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote: > > > > > > On Fri, Mar

[PATCH] arc: vdk: Fix support of UIO

MotherBoard section has its "ranges" set to 0xE000_-0xF000_. But UIO node maps 4 different areas in different memory locations and all outside MB's ranges. That obviously breaks UIO mappings in runtime. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: V

Re: [PATCH 1/2] arc: axs10x: Add DT bindings for I2S audio playback

Hi Jose, On Mon, 2017-03-20 at 14:02 +, Jose Abreu wrote: > Hi Vineet, Alexey, Rob, >  > > Acked-by: Alexey Brodkin <abrod...@synopsys.com> > > Rob, can you please take a look at this patch and at 2/2? > > Alexey, do you still maintain your ack in these pa

Re: [PATCH] drm/arcpgu: Get rid of "encoder-slave" property

Hi Liviu, On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote: > On Fri, Mar 03, 2017 at 06:19:24PM +0300, Alexey Brodkin wrote: > > > > - /* find the encoder node and initialize it */ > > - encoder_node = of_parse_phandle(drm->dev->of_node, "encoder-slav

[PATCH] drm/arcpgu: Get rid of "encoder-slave" property

We used to use "encoder-slave" property in PGU's Device Tree node to refer to the encoder, but since there's a way to find it with some code smarts we get rid of obviously extra complication in PGU node. Again inspired by ARM's HDLCD code. Signed-off-by: Alexey Brodkin <abrod...@syn

Re: [PATCH] drm/arcpgu: use .mode_fixup instead of .atomic_check

Hi Daniel, On Thu, 2017-03-02 at 20:54 +0100, Daniel Vetter wrote: > On Thu, Mar 02, 2017 at 08:27:54PM +0300, Alexey Brodkin wrote: > > > > Since we cannot always generate exactly requested pixel clock > > there's not much sense in checking requested_clock == clk_round_rat

[PATCH] drm/arcpgu: Opt in debugfs

This change adopts debugfs usage for outputting useful data. As of today we print: * Mode and real HW clock values * Standard FB info Code is heavily borrowed from ARM's HDLCD thus adding Liviu in Cc. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Liviu Dudau <liviu.du..

Re: [PATCH 2/2] arc: axs10x: Fix ARC PGU default clock frequency

igned-off-by: Jose Abreu <joab...@synopsys.com> > Cc: Carlos Palminha <palmi...@synopsys.com> > Cc: Alexey Brodkin <abrod...@synopsys.com> > Cc: Rob Herring <robh...@kernel.org> > Cc: Vineet Gupta <vgu...@synopsys.com> > Cc: devicet...@vger.kern

[PATCH] drm/arcpgu: use .mode_fixup instead of .atomic_check

still give it a try with the clock as close to requested one as PLL on the board may generate. So we just do a fixup to what current board may provide. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Daniel Vetter <daniel.vet...@ffwll.ch> Cc: David Airlie <airl...@linux.ie&

Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

Hi Thomas, On Wed, 2017-03-01 at 21:25 +0100, Thomas Petazzoni wrote: > Hello, > > On Wed, 1 Mar 2017 18:25:35 +0000, Alexey Brodkin wrote: > > > > > That means for building of our toolchain we'll need to have > > separately stored "defconfigs"

Re: [uclibc-ng-devel] [PATCH] ARC: Enable getpt() support in ARC defconfigs

Hi Vineet, On Wed, 2017-03-01 at 10:00 -0800, Vineet Gupta wrote: > On 03/01/2017 07:25 AM, Thomas Petazzoni wrote: > > > > Hello, > > > > On Tue, 28 Feb 2017 22:02:27 +0300, Vlad Zakharov wrote: > > > > > > This commit enables getpt() support in ARC defconfigs as some packages > > > need it.

<    1   2   3   4   5   6   >