Re: [PATCH] arc: get rate from clk driver instead of reading device tree

Hi Vineet, On Wed, 2017-02-22 at 10:34 -0800, Vineet Gupta wrote: > On 02/22/2017 02:36 AM, Vlad Zakharov wrote: > > > > We were reading clock rate directly from device tree "clock-frequency" > > property of corresponding clock node in show_cpuinfo function. > > > > Such approach is correct

Re: [PATCH] net: phy: dp83867: Fall-back to default values of clock delay and FIFO depth

Hi Florian, On Wed, 2017-02-08 at 10:20 -0800, Florian Fainelli wrote: > On 02/08/2017 10:15 AM, David Miller wrote: > > > > From: Alexey Brodkin <alexey.brod...@synopsys.com> > > Date: Mon,  6 Feb 2017 22:24:45 +0300 > > > > > > > > Given the

[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

[PATCH] net: phy: dp83867: Fall-back to default values of clock delay and FIFO depth

Given there're default values mentioned in the PHY datasheet fall-back gracefully to them instead of silently return an error through the whole call-chain. This allows to use minimalistic description in DT if no special features are required. Signed-off-by: Alexey Brodkin <abrod...@synopsys.

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

Hi Florian, all, On Fri, 2017-02-03 at 10:34 -0800, Florian Fainelli wrote: > On 02/03/2017 09:30 AM, Alexey Brodkin wrote: > > > > Hi Andrew, > > > > On Fri, 2017-02-03 at 18:10 +0100, Andrew Lunn wrote: > > > > > > On Fri, Feb 03, 2

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 >

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

dhcpc: lease of x.x.x.x obtained, lease time 3600 deleting routers adding dns x.x.x.x -->8- Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Murali Karicheri <m-kariche...@ti.com> Cc: Sekhar Nori <nsek...@ti.com> Cc: David S

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

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Wednesday, February 1, 2017 10:56 PM > To: Alexey Brodkin <alexey.brod...@synopsys.com> > Cc: Ruud Derwig <rder...@synopsys.com>; linux-ker...@vger.kernel.org; > linu

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

Hi Vineet, On Wed, 2017-02-01 at 09:37 -0800, Vineet Gupta wrote: > On 02/01/2017 09:14 AM, Alexey Brodkin wrote: > > > > > > > > > > > > > -# CONFIG_ARC_TIMERS_64BIT is not set > > > > > > Are you sure abut this part. Ater the timer

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

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

[PATCH 3/3] arc: vdk: Add support of UIO

ARC VDK for EVSS uses UIO for communication with Embedded Vision Subsystem. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 8 arch/arc/configs/vdk_hs38_smp_defconfig | 2 ++ 2 files changed, 10 insertions(+) diff --git a/ar

[PATCH 2/3] arc: vdk: Add support of MMC controller

ARC VDK virtual platform emulates host MMC controller (DW Mobile Storage) and moreover rootfs is situated on that virtual card. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 18 ++ arch/arc/configs/vdk_hs38_smp_defconfi

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

config via savedefconfig so default options are now excluded. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/configs/vdk_hs38_smp_defconfig | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/arc/configs/vdk_hs38_smp_defconfig b/

[PATCH 0/3] Updates for ARC VDK platform

This series improves ARC VDK support in upstream Linux kernel by: 1) Removal of UP configuration which is no longer supported by ARC VDK. Instead SMP platform with all but master cores halted is used to mimic UP system. 2) Adding off-the-tree patches that enable MMC card and UIO Alexey

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: stmmac: GMAC_RGSMIIIS reports bogus values

Hi Giuseppe, On Wed, 2017-01-25 at 21:39 +0300, Alexey Brodkin wrote: > Hi Giuseppe, > > On Mon, 2016-11-14 at 09:14 +0100, Giuseppe CAVALLARO wrote: > > > > Hello Alexey > > > > Sorry for my late reply. In that case, I think that the stmmac > > is using

Re: stmmac: GMAC_RGSMIIIS reports bogus values

Hi Giuseppe, On Mon, 2016-11-14 at 09:14 +0100, Giuseppe CAVALLARO wrote: > Hello Alexey > > Sorry for my late reply. In that case, I think that the stmmac > is using own RGMII/SGMII support (PCS) to dialog with the > transceiver. I think, from the HW capability register > this feature is

[PATCH] ARC: fix allnoconfig builds

synopsys.com> Fixes: e514943bbfe1 ("ARC: module: Fix !CONFIG_ARC_DW2_UNWIND builds") Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig index c75d290..

RE: [PATCH 4/4] ARCv2: smp-boot: MCIP: use Inter-Core-Debug unit to kick start non master cpus

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Monday, January 16, 2017 11:58 PM > To: linux-snps-arc@lists.infradead.org; Alexey Brodkin > <abrod...@synopsys.com> > Cc: linux-ker...@vger.kernel.org; Vineet Gupta <vgu...@synopsys.com> > Sub

RE: [PATCH 2/4] ARC: smp-boot: run-on-reset: add callback to allow non masters to wait

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Monday, January 16, 2017 11:58 PM > To: linux-snps-arc@lists.infradead.org; Alexey Brodkin > <abrod...@synopsys.com> > Cc: linux-ker...@vger.kernel.org; Vineet Gupta <vgu...@synopsys.com> > S

RE: [PATCH 3/4] ARCv2: smp: MCIP: remove debug aid to halt all cores when one halts

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Monday, January 16, 2017 11:58 PM > To: linux-snps-arc@lists.infradead.org; Alexey Brodkin > <abrod...@synopsys.com> > Cc: linux-ker...@vger.kernel.org; Vineet Gupta <vgu...@synopsys.com> > Subj

Re: [PATCH 1/2] arc: rename xCCM sections so they are not merged in global .data/.text

Hi Vineet, On Thu, 2016-12-22 at 16:25 -0800, Vineet Gupta wrote: > On 12/22/2016 06:09 AM, Alexey Brodkin wrote: > > diff --git a/arch/arc/include/asm/linkage.h b/arch/arc/include/asm/linkage.h > > index b29f1a9fd6f7..3a5f13d65ee1 100644 > > --- a/arch/arc/include/asm/lin

Re: [PATCH 2/2] arc: Fix xCCM size check

Hi Vineet, On Thu, 2016-12-22 at 16:34 -0800, Vineet Gupta wrote: > On 12/22/2016 06:09 AM, Alexey Brodkin wrote: > > > > CONFIG_ARC_ICCM_SZ in menuconfig is specified in kB while > > "cpu->Xccm.sz" contains value in bytes thus direct comparison fails &

[PATCH 1/2] arc: rename xCCM sections so they are not merged in global .data/.text

want to put them in separate memory regions in case ICCM and/or DCCM exist in the ARC core. Solution is as simple as addition of one extra period in section name. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Igor Guryanov <gurya...@synopsys.com> Cc: sta...@vger.kernel.org --- a

[PATCH 2/2] arc: Fix xCCM size check

--- Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Igor Guryanov <gurya...@synopsys.com> Cc: sta...@vger.kernel.org --- arch/arc/kernel/setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c index ee

[PATCH] arc: nsim: clean-up defconfigs

ytes Time: 9.216 ->8--- Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/configs/nsim_700_defconfig| 16 +--- arch/arc/configs/nsim_hs_defconfig | 13 + arch/arc/configs/nsim_hs_smp_defconfig | 12 +--

[PATCH] arc: Allow selection of master core

in SMP SoC so core0 won't be an option any longer. That change introduces new Kconfig option that allows explicit selection of the master core. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> --- arch/arc/Kconfig | 17 + arch/arc/kernel/head.S | 2 +- arch/arc/kernel

[PATCH] arc: use hardware ARCNUM in smp_processor_id()

ds will be sent to unexpected cores causing all sorts of unexpected behavior. But if we use hardware core index out out IDENTITY AUX reg that problem won't happen because cpu value will match its hardware index. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: sta...@vger.kernel.org

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

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: Errors building kernel 4.9-rc4

Hi Vineet, On Tue, 2016-11-08 at 08:54 -0800, Vineet Gupta wrote: > On 11/08/2016 02:51 AM, Luis Oliveira wrote: > > > > Hi all, > > > > Below is a list of errors while compiling a clean image of kernel 4.9-rc4. > > > > Regards, > > Luis > > The issue is due to commit c3005475889c "ARC:

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 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-arc@lists.infradead.org;

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

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

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

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.com &g

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

[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

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

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

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

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 

[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

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

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

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

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

[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

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

[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

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

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

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

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

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

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

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

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

<    1   2   3   4   5   6   >