Re: [PATCH] ARC: mm: PAE40: Cast pfn to pte_t in pfn_pte() macro

Hi Yuriy, Really nice catch! Though a couple of nitpicks below. On Mon, 2016-11-28 at 07:07 +0300, Yuriy Kolerov wrote: > Originally pfn_pte(pfn, prot) macro had this definition: > > __pte(((pfn) << PAGE_SHIFT) | pgprot_val(prot)) > > The value of pfn (Page Frame Number) is shifted to the

Re: [PATCH] ARC: mm: PAE40: Cast pfn to pte_t in pfn_pte() macro

Hi Yuriy, Really nice catch! Though a couple of nitpicks below. On Mon, 2016-11-28 at 07:07 +0300, Yuriy Kolerov wrote: > Originally pfn_pte(pfn, prot) macro had this definition: > > __pte(((pfn) << PAGE_SHIFT) | pgprot_val(prot)) > > The value of pfn (Page Frame Number) is shifted to the

Re: [PATCH 3/6] arc: Use full path in KBUILD_IMAGE definition

Hi Michal, On Tue, 2016-11-22 at 22:34 +0100, Michal Marek wrote: > The KBUILD_IMAGE variable is used by the rpm and deb-pkg targets, which > expect it to point to the image file in the build directory. The > builddeb script has a workaround for architectures which only provide > the basename,

Re: [PATCH 3/6] arc: Use full path in KBUILD_IMAGE definition

Hi Michal, On Tue, 2016-11-22 at 22:34 +0100, Michal Marek wrote: > The KBUILD_IMAGE variable is used by the rpm and deb-pkg targets, which > expect it to point to the image file in the build directory. The > builddeb script has a workaround for architectures which only provide > the basename,

[PATCH] ARC: axs10x: really enable ARC PGU

dv7511.ko modprobe arcpgu.ko ->8- get LCD working. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/boot/dts/axs101.dts | 2 +- arch/arc/boot/dts/axs103_idu.dts | 2 +- arch/arc/configs/axs101_defconfig | 4 +++-

[PATCH] ARC: axs10x: really enable ARC PGU

dv7511.ko modprobe arcpgu.ko ->8- get LCD working. Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/axs101.dts | 2 +- arch/arc/boot/dts/axs103_idu.dts | 2 +- arch/arc/configs/axs101_defconfig | 4 +++- arch/arc/configs/axs103_smp_defconfig | 4 +

Re: [PATCH v3 0/2] DW DMAC: update device tree

Hi Andy, On Fri, 2016-11-18 at 21:26 +0200, Andy Shevchenko wrote: > On Fri, 2016-11-18 at 22:12 +0300, Eugeniy Paltsev wrote: > > > > It wasn't possible to enable some features like > > memory-to-memory transfers or multi block transfers via DT. > > It is fixed by these patches. > > First of

Re: [PATCH v3 0/2] DW DMAC: update device tree

Hi Andy, On Fri, 2016-11-18 at 21:26 +0200, Andy Shevchenko wrote: > On Fri, 2016-11-18 at 22:12 +0300, Eugeniy Paltsev wrote: > > > > It wasn't possible to enable some features like > > memory-to-memory transfers or multi block transfers via DT. > > It is fixed by these patches. > > First of

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote: > Hi Daniel, David, > > On Mon, 2016-10-24 at 18:33 +0000, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > > > > > > > > -Original Message-

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote: > Hi Daniel, David, > > On Mon, 2016-10-24 at 18:33 +0000, Alexey Brodkin wrote: > > > > Hi Daniel, > > > > > > > > > > > -Original Message-

Re: [PATCH v2] ARC: [plat-eznps] set default baud for early console

Hi Noam, On Tue, 2016-11-08 at 14:13 +, Noam Camus wrote: > > > > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]  > > Sent: Tuesday, November 8, 2016 4:08 PM > > > > > Could you please provide a changelog (v1 -> v2) so reviewers may have a &g

Re: [PATCH v2] ARC: [plat-eznps] set default baud for early console

Hi Noam, On Tue, 2016-11-08 at 14:13 +, Noam Camus wrote: > > > > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]  > > Sent: Tuesday, November 8, 2016 4:08 PM > > > > > Could you please provide a changelog (v1 -> v2) so reviewers may have a &g

Re: [PATCH v2] ARC: [plat-eznps] set default baud for early console

Hi Noam, On Tue, 2016-11-08 at 15:20 +0200, Noam Camus wrote: > From: Noam Camus > > For CONFIG_SERIAL_EARLYCON we need 800MHz for NPS SoC > The early console driver uses BASE_BAUD and not using dtb. > > The default of 50MHz is NOT good for NPS SoC. > > Signed-off-by:

Re: [PATCH v2] ARC: [plat-eznps] set default baud for early console

Hi Noam, On Tue, 2016-11-08 at 15:20 +0200, Noam Camus wrote: > From: Noam Camus > > For CONFIG_SERIAL_EARLYCON we need 800MHz for NPS SoC > The early console driver uses BASE_BAUD and not using dtb. > > The default of 50MHz is NOT good for NPS SoC. > > Signed-off-by: Noam Camus Could you

RE: [PATCH v2 02/10] ARC: timer: gfrc, rtc: deuglify big endian code

Hi Vineet, A couple of misspellings in the commit message below. > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Friday, November 04, 2016 12:32 AM > To: Daniel Lezcano > Cc: Noam Camus ; t...@linutronix.de;

RE: [PATCH v2 02/10] ARC: timer: gfrc, rtc: deuglify big endian code

Hi Vineet, A couple of misspellings in the commit message below. > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Friday, November 04, 2016 12:32 AM > To: Daniel Lezcano > Cc: Noam Camus ; t...@linutronix.de; > linux-snps-...@lists.infradead.org;

RE: [PATCH v2 01/10] ARC: timer: rtc: implement read loop in "C" vs. inline asm

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Friday, November 04, 2016 12:32 AM > To: Daniel Lezcano > Cc: Noam Camus ; t...@linutronix.de; > linux-snps-...@lists.infradead.org;

RE: [PATCH v2 01/10] ARC: timer: rtc: implement read loop in "C" vs. inline asm

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Friday, November 04, 2016 12:32 AM > To: Daniel Lezcano > Cc: Noam Camus ; t...@linutronix.de; > linux-snps-...@lists.infradead.org; linux-kernel@vger.kernel.org; > alexey.brod...@synopsys.com;

RE: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Thursday, November 03, 2016 8:04 PM > To: Alexey Brodkin <alexey.brod...@synopsys.com>; > linux-snps-...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; linux-a...

RE: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Thursday, November 03, 2016 8:04 PM > To: Alexey Brodkin ; > linux-snps-...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Vineet Gupta &g

stmmac: GMAC_RGSMIIIS reports bogus values

Hello, I'm seeing pretty strange issue with GMAC reporting a lot of link state changes based on bits in GMAC_RGSMIIIS. It looks like that: -->8--- Link is Down Link is Up - 10/Full Link is Down Link is Up - 10/Half Link is Down Link is Down Link is Up -

stmmac: GMAC_RGSMIIIS reports bogus values

Hello, I'm seeing pretty strange issue with GMAC reporting a lot of link state changes based on bits in GMAC_RGSMIIIS. It looks like that: -->8--- Link is Down Link is Up - 10/Full Link is Down Link is Up - 10/Half Link is Down Link is Down Link is Up -

[PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

-space properly (note that DMA buffer mapped to user-space is always uncached because there's no way to properly manage cache from user-space). [1] https://lkml.org/lkml/2016/10/26/973 Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Reviewed-by: Catalin Marinas <catalin.mari...@arm.com&g

[PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

-space properly (note that DMA buffer mapped to user-space is always uncached because there's no way to properly manage cache from user-space). [1] https://lkml.org/lkml/2016/10/26/973 Signed-off-by: Alexey Brodkin Reviewed-by: Catalin Marinas Cc: Marek Szyprowski Cc: Vineet Gupta Cc: --- Changes

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote: > Hi Daniel, > > > > > -Original Message- > > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On > > Behalf Of Alexey Brodkin > > Sent: 19

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote: > Hi Daniel, > > > > > -Original Message- > > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On > > Behalf Of Alexey Brodkin > > Sent: 19

[PATCH] arc: Implement arch-specific dma_map_ops.mmap

-space properly (note that DMA buffer mapped to user-space is always uncached because there's no way to properly manage cache from user-space). [1] https://lkml.org/lkml/2016/10/26/973 Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Catalin Marinas <catalin.mari...@arm.com&g

[PATCH] arc: Implement arch-specific dma_map_ops.mmap

-space properly (note that DMA buffer mapped to user-space is always uncached because there's no way to properly manage cache from user-space). [1] https://lkml.org/lkml/2016/10/26/973 Signed-off-by: Alexey Brodkin Cc: Catalin Marinas Cc: Marek Szyprowski Cc: sta...@vger.kernel.org --- arch/arc/mm

[PATCH v2] ARC: Enable PERF_EVENTS in nSIM driven platforms

_defconfig: CONFIG_FRAMEBUFFER_CONSOLE=y was removed because it is automatically selected now by DRM. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- changes v1 -> v2: * Added missing PCT Device Tree node in nsimosci.dts arch/arc/boot/dts/nsimosci.dts | 4 arch/arc/configs

[PATCH v2] ARC: Enable PERF_EVENTS in nSIM driven platforms

_defconfig: CONFIG_FRAMEBUFFER_CONSOLE=y was removed because it is automatically selected now by DRM. Signed-off-by: Alexey Brodkin --- changes v1 -> v2: * Added missing PCT Device Tree node in nsimosci.dts arch/arc/boot/dts/nsimosci.dts | 4 arch/arc/configs/nsim_700_defconfig|

[PATCH] ARC: Enable PERF_EVENTS in nSIM driven platforms

with "make savedefconfig" which led to some clean-ups in nsimosci_hs_smp_defconfig: CONFIG_FRAMEBUFFER_CONSOLE=y was removed because it is automatically selected now by DRM. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/configs/nsim_700_defconfig| 1 +

[PATCH] ARC: Enable PERF_EVENTS in nSIM driven platforms

with "make savedefconfig" which led to some clean-ups in nsimosci_hs_smp_defconfig: CONFIG_FRAMEBUFFER_CONSOLE=y was removed because it is automatically selected now by DRM. Signed-off-by: Alexey Brodkin --- arch/arc/configs/nsim_700_defconfig| 1 + arch/arc/configs/nsim_hs

Re: Build regressions/improvements in v4.9-rc1

Hi Thomas, On Thu, 2016-10-27 at 11:24 +0200, Geert Uytterhoeven wrote: > On Thu, Oct 27, 2016 at 11:11 AM, Thomas Petazzoni > <thomas.petazz...@free-electrons.com> wrote: > > > > On Thu, 27 Oct 2016 09:07:55 +, Alexey Brodkin wrote: > > > > > >

Re: Build regressions/improvements in v4.9-rc1

Hi Thomas, On Thu, 2016-10-27 at 11:24 +0200, Geert Uytterhoeven wrote: > On Thu, Oct 27, 2016 at 11:11 AM, Thomas Petazzoni > wrote: > > > > On Thu, 27 Oct 2016 09:07:55 +0000, Alexey Brodkin wrote: > > > > > > > > > > > > >

Re: Build regressions/improvements in v4.9-rc1

Hi Thomas, Michael, On Thu, 2016-10-27 at 09:07 +0200, Thomas Petazzoni wrote: > Hello, > > On Thu, 27 Oct 2016 10:56:02 +1100, Michael Ellerman wrote: > > > > > > > > > Hm... that's strange - it used to work but doesn't work with newer > > > Buildroot... > > > > > > Anyways if something

Re: Build regressions/improvements in v4.9-rc1

Hi Thomas, Michael, On Thu, 2016-10-27 at 09:07 +0200, Thomas Petazzoni wrote: > Hello, > > On Thu, 27 Oct 2016 10:56:02 +1100, Michael Ellerman wrote: > > > > > > > > > Hm... that's strange - it used to work but doesn't work with newer > > > Buildroot... > > > > > > Anyways if something

[RFC] dma-mapping: fix dma_common_mmap() for ARC

pretty sure that's not the best approach for other architectures. Indeed we may create ARC-specific dma_map_ops.mmap() which only differs from dma_common_mmap() with addr being used but IMHO it's not the best idea to duplicate that much of code for such a simple change. Would be interesting to get

[RFC] dma-mapping: fix dma_common_mmap() for ARC

pretty sure that's not the best approach for other architectures. Indeed we may create ARC-specific dma_map_ops.mmap() which only differs from dma_common_mmap() with addr being used but IMHO it's not the best idea to duplicate that much of code for such a simple change. Would be interesting to get

RE: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, > -Original Message- > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On > Behalf Of Alexey Brodkin > Sent: 19 октября 2016 г. 12:33 > To: dri-de...@lists.freedesktop.org; arch...@codeaurora.org; > eugeniy.palt...@synopsys.co

RE: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, > -Original Message- > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On > Behalf Of Alexey Brodkin > Sent: 19 октября 2016 г. 12:33 > To: dri-de...@lists.freedesktop.org; arch...@codeaurora.org; > eugeniy.palt...@synopsys.co

Re: Build regressions/improvements in v4.9-rc1

Hi Michael, On Wed, 2016-10-19 at 22:50 +1100, Michael Ellerman wrote: > Vineet Gupta writes: > > > > On 10/17/2016 02:02 PM, Arnd Bergmann wrote: > > > > > > On Monday, October 17, 2016 9:59:24 AM CEST Vineet Gupta wrote: > > > > > > > > On 10/17/2016 12:34 AM,

Re: Build regressions/improvements in v4.9-rc1

Hi Michael, On Wed, 2016-10-19 at 22:50 +1100, Michael Ellerman wrote: > Vineet Gupta writes: > > > > On 10/17/2016 02:02 PM, Arnd Bergmann wrote: > > > > > > On Monday, October 17, 2016 9:59:24 AM CEST Vineet Gupta wrote: > > > > > > > > On 10/17/2016 12:34 AM, Geert Uytterhoeven wrote: > >

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Archit, all, On Wed, 2016-10-19 at 14:43 +0530, Archit Taneja wrote: > > On 10/19/2016 01:16 PM, Eugeniy Paltsev wrote: > > > > ARC PGU driver starts crashing on initialization after > > 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' > > This happenes because in

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Archit, all, On Wed, 2016-10-19 at 14:43 +0530, Archit Taneja wrote: > > On 10/19/2016 01:16 PM, Eugeniy Paltsev wrote: > > > > ARC PGU driver starts crashing on initialization after > > 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' > > This happenes because in

Re: [PATCH] ARCv2: intc: untangle SMP, MCIP and IDU

Hi Vineet, On Thu, 2016-10-06 at 10:10 -0700, Vineet Gupta wrote: > On 10/06/2016 02:10 AM, Alexey Brodkin wrote: > > > > > > > > +struct mcip_bcr { > > > +#ifdef CONFIG_CPU_BIG_ENDIAN > > > + unsigned int pad3:8, > >

Re: [PATCH] ARCv2: intc: untangle SMP, MCIP and IDU

Hi Vineet, On Thu, 2016-10-06 at 10:10 -0700, Vineet Gupta wrote: > On 10/06/2016 02:10 AM, Alexey Brodkin wrote: > > > > > > > > +struct mcip_bcr { > > > +#ifdef CONFIG_CPU_BIG_ENDIAN > > > + unsigned int pad3:8, > >

Re: [PATCH] ARCv2: intc: untangle SMP, MCIP and IDU

Hi Vineet, On Wed, 2016-10-05 at 13:39 -0700, Vineet Gupta wrote: > The IDU intc is technically part of MCIP (Multi-core IP) hence > historically was only available in a SMP hardware build (and thus only > in a SMP kernel build). Now that hardware restriction has been lifted, > so a UP kernel

Re: [PATCH] ARCv2: intc: untangle SMP, MCIP and IDU

Hi Vineet, On Wed, 2016-10-05 at 13:39 -0700, Vineet Gupta wrote: > The IDU intc is technically part of MCIP (Multi-core IP) hence > historically was only available in a SMP hardware build (and thus only > in a SMP kernel build). Now that hardware restriction has been lifted, > so a UP kernel

Re: modules still have .debug_* (was Re: [PATCH 0/3] ARC unwinder switch to .eh_frame)

Hi Daniel, On Fri, 2016-09-23 at 18:04 -0700, Daniel Mentz wrote: > On Fri, Sep 23, 2016 at 3:38 AM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > > > On Thu, 2016-09-22 at 15:37 -0700, Daniel Mentz wrote: > > > > > > Sorry, that was a

Re: modules still have .debug_* (was Re: [PATCH 0/3] ARC unwinder switch to .eh_frame)

Hi Daniel, On Fri, 2016-09-23 at 18:04 -0700, Daniel Mentz wrote: > On Fri, Sep 23, 2016 at 3:38 AM, Alexey Brodkin > wrote: > > > > On Thu, 2016-09-22 at 15:37 -0700, Daniel Mentz wrote: > > > > > > Sorry, that was a misunderstanding. Buildroot routinely

Re: modules still have .debug_* (was Re: [PATCH 0/3] ARC unwinder switch to .eh_frame)

Hi Daniel, On Thu, 2016-09-22 at 15:37 -0700, Daniel Mentz wrote: > On Thu, Sep 22, 2016 at 1:59 PM, Vineet Gupta > wrote: > > > > Hi Daniel, > > > > On 09/19/2016 06:21 PM, Daniel Mentz wrote: > > > > > > I confirmed that the .eh_frame section is present and that

Re: modules still have .debug_* (was Re: [PATCH 0/3] ARC unwinder switch to .eh_frame)

Hi Daniel, On Thu, 2016-09-22 at 15:37 -0700, Daniel Mentz wrote: > On Thu, Sep 22, 2016 at 1:59 PM, Vineet Gupta > wrote: > > > > Hi Daniel, > > > > On 09/19/2016 06:21 PM, Daniel Mentz wrote: > > > > > > I confirmed that the .eh_frame section is present and that the > > > .debug_frame

Re: [PATCH] perf tools: Fix static building

Hi Vineet, Jiri, On Thu, 2016-09-01 at 11:28 -0700, Vineet Gupta wrote: > On 08/31/2016 12:21 AM, Jiri Olsa wrote: > > > > On Mon, Aug 22, 2016 at 08:33:42PM +0300, Alexey Brodkin wrote: > > > > > > With commit e3d09ec8126f ("tools lib traceevent: Export dy

Re: [PATCH] perf tools: Fix static building

Hi Vineet, Jiri, On Thu, 2016-09-01 at 11:28 -0700, Vineet Gupta wrote: > On 08/31/2016 12:21 AM, Jiri Olsa wrote: > > > > On Mon, Aug 22, 2016 at 08:33:42PM +0300, Alexey Brodkin wrote: > > > > > > With commit e3d09ec8126f ("tools lib traceevent: Export dy

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

t. So fix this by replacing LD.AS with a > standard LD > > Signed-off-by: Liav Rehana <li...@mellanox.com> That nice patch really fixes quite annoying issue when r25 got printed improperly in gdb! So Tested-by: Alexey Brodkin <abrod...@synopsys.com>

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

LD.AS with a > standard LD > > Signed-off-by: Liav Rehana That nice patch really fixes quite annoying issue when r25 got printed improperly in gdb! So Tested-by: Alexey Brodkin

[PATCH] arc: perf: Enable generic "cache-references" and "cache-misses" events

t;L1-dcache-loads" and L1-dcache-load-misses. And while at it adding debug info for cache events as well as doing a subtle fix in HW events debug info - config value is much better represented by hex so we may see not only event index but as well other control bits set (if they exist). Signed

[PATCH] arc: perf: Enable generic "cache-references" and "cache-misses" events

t;L1-dcache-loads" and L1-dcache-load-misses. And while at it adding debug info for cache events as well as doing a subtle fix in HW events debug info - config value is much better represented by hex so we may see not only event index but as well other control bits set (if they exist). Signed-off-

Re: [PATCH] tools lib: Reinstate strlcpy() header guard with __UCLIBC__

Hi Arnaldo, On Fri, 2016-08-19 at 20:02 -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Aug 19, 2016 at 06:42:07PM -0300, Arnaldo Carvalho de Melo escreveu: > > > > Em Fri, Aug 19, 2016 at 02:27:58PM -0700, Vineet Gupta escreveu: > > > > > > On 08/19/2016 02:10 PM, Arnaldo Carvalho de Melo

Re: [PATCH] tools lib: Reinstate strlcpy() header guard with __UCLIBC__

Hi Arnaldo, On Fri, 2016-08-19 at 20:02 -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Aug 19, 2016 at 06:42:07PM -0300, Arnaldo Carvalho de Melo escreveu: > > > > Em Fri, Aug 19, 2016 at 02:27:58PM -0700, Vineet Gupta escreveu: > > > > > > On 08/19/2016 02:10 PM, Arnaldo Carvalho de Melo

[PATCH] perf tools: Fix static building

assed on perf building command-line it had no effect and perf was built dynamically. This change disables setup of "--dynamic-list" if LDFLAGS contains "-static" option. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Arnaldo Carvalho de Melo <a...@redhat.com&

[PATCH] perf tools: Fix static building

assed on perf building command-line it had no effect and perf was built dynamically. This change disables setup of "--dynamic-list" if LDFLAGS contains "-static" option. Signed-off-by: Alexey Brodkin Cc: Arnaldo Carvalho de Melo Cc: Vineet Gupta Cc: Wang Nan Cc: Jiri Olsa Cc

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

lt;- load_from(r2 + (x << data_size)) = load_from(r2 + x*4). But the code in question is supposed to load_from(r2 + x). This leads to obvious stack corruption. ->8- Reviewed-by: Alexey Brodkin <abrod...@synopsys.com>

Re: [PATCH] ARC: Change ld.as instruction to regular ld.

r2 + x*4). But the code in question is supposed to load_from(r2 + x). This leads to obvious stack corruption. ->8- Reviewed-by: Alexey Brodkin

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: [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 writes: > > Alexey> Hi Aaron, >

[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

[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

[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] 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: 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: 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: 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: 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: 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: 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: [PATCH] drm/arcpgu: Delete an unnecessary check before drm_fbdev_cma_hotplug_event()

tely. > Thus the test around the call is not needed. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring <elfr...@users.sourceforge.net> Good catch! Acked-by: Alexey Brodkin <abrod...@synopsys.com>

Re: [PATCH] drm/arcpgu: Delete an unnecessary check before drm_fbdev_cma_hotplug_event()

call is not needed. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring Good catch! Acked-by: Alexey Brodkin

Re: [PATCH -next] drm/arc: Fix some sparse warnings

it be static? > drivers/gpu/drm/arc/arcpgu_drv.c:134:48: warning: >   Using plain integer as NULL pointer > drivers/gpu/drm/arc/arcpgu_drv.c:155:5: warning: >   symbol 'arcpgu_unload' was not declared. Should it be static? > > Signed-off-by: Wei Yongjun <yongjun_...@trendm

Re: [PATCH -next] drm/arc: Remove redundant dev_err call in arcpgu_load()

f-by: Wei Yongjun <yongjun_...@trendmicro.com.cn> Acked-by: Alexey Brodkin <abrod...@synopsys.com>

Re: [PATCH -next] drm/arc: Fix some sparse warnings

c/arcpgu_drv.c:134:48: warning: >   Using plain integer as NULL pointer > drivers/gpu/drm/arc/arcpgu_drv.c:155:5: warning: >   symbol 'arcpgu_unload' was not declared. Should it be static? > > Signed-off-by: Wei Yongjun Acked-by: Alexey Brodkin

Re: [PATCH -next] drm/arc: Remove redundant dev_err call in arcpgu_load()

Hi Wei Yongjun, On Tue, 2016-07-19 at 12:01 +, Wei Yongjun wrote: > From: Wei Yongjun > > There is a error message within devm_ioremap_resource > already, so remove the dev_err call to avoid redundant > error message. > > Signed-off-by: Wei Yongjun Acked-by: Alexey Brodkin

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: [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 writes: > Alexey> Hi Aaron, > Alexey> On Sat

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

Hi Aaron, On Sat, 2016-07-09 at 07:47 -0400, Aaron Z wrote: > On Sat, Jul 9, 2016 at 4:37 AM, Alexey Brodkin > <alexey.brod...@synopsys.com> wrote: > > > > Hello, > > > > I was playing with quite simple bridged setup on different boards with > > ver

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

Hi Aaron, On Sat, 2016-07-09 at 07:47 -0400, Aaron Z wrote: > On Sat, Jul 9, 2016 at 4:37 AM, Alexey Brodkin > wrote: > > > > Hello, > > > > I was playing with quite simple bridged setup on different boards with > > very recent kernels (4.6.3 as of thi

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

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

[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: typo fix in mm/ioremap.c

Signed-off-by: Alexey Brodkin --- 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 +49,7 @@ EXPORT_SYMBOL(ioremap

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

[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

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

[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

[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

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

Hi Daniel, On Fri, 2016-06-10 at 17:29 +0300, Alexey Brodkin wrote: > 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 me

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

Hi Daniel, On Fri, 2016-06-10 at 17:29 +0300, Alexey Brodkin wrote: > From: Ruud Derwig > > 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:

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>

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

r() > for us. > > Signed-off-by: Boris Brezillon > --- Acked-by: Alexey Brodkin

<    1   2   3   4   5   6   7   8   9   10   >