Re: [PATCH 18/20] arch: dts: Fix EHCI/OHCI DT nodes name

Hi Sergey, > arch/arc/boot/dts/axs10x_mb.dtsi | 4 ++-- > arch/arc/boot/dts/hsdk.dts | 4 ++-- > arch/arc/boot/dts/vdk_axs10x_mb.dtsi | 2 +- For ARC boards Acked-by: Alexey Brodkin

RE: [PATCH v2 1/4] ARC: allow to override default mcpu compiler flag

Hi Eugeniy, A couple of minor notes below. > -Original Message- > From: Eugeniy Paltsev > Sent: Thursday, June 4, 2020 8:39 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Sub

[PATCH] ARC: perf: Accommodate big-endian CPU

amp; "IJMP" + "C___" correspondingly. Now if we read them swapped due to CPU core being big-endian then we read "PMJI" + "" & "PMJI" + "___C". And since we interpret read array of ASCII letters as a null-terminated string on big-endian

RE: [PATCH 0/2] ARC: [plat-hsdk]: enable on-board SPI peripherals

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Friday, October 18, 2019 2:11 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; Rob > Herring > ; devicet...@vger.kernel.org; Eugeniy

RE: [PATCH v2 2/2] ARC: enable uboot support unconditionally

Hi Greg, > > May we have this one back-ported to linux-4.19.y? > > > > It was initially applied to Linus' tree during 5.0 development > > cycle [1] but was never back-ported. > > > > Now w/o that patch in KernelCI we see boot failure on ARC HSDK > > board [2] as opposed to normally working later

RE: [PATCH 2/2] dt-bindings: IDU-intc: Add support for edge-triggered interrupts

Hi Mischa, > -Original Message- > From: Mischa Jonker > Sent: Tuesday, July 23, 2019 1:26 PM > To: Vineet Gupta ; Alexey Brodkin > ; > kstew...@linuxfoundation.org; t...@linutronix.de; robh...@kernel.org; > linux-snps- > a...@lists.infradead.org; linu

RE: [PATCH 1/2] ARCv2: IDU-intc: Add support for edge-triggered interrupts

Hi Mischa, > -Original Message- > From: Mischa Jonker > Sent: Tuesday, July 23, 2019 1:26 PM > To: Vineet Gupta ; Alexey Brodkin > ; > kstew...@linuxfoundation.org; t...@linutronix.de; robh...@kernel.org; > linux-snps- > a...@lists.infradead.org; linu

RE: [PATCH v2] ARC: [plat-hsdk]: allow to switch between AXI DMAC port configurations

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Monday, July 22, 2019 12:32 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Subject: [PATCH v2] ARC: [pla

RE: [PATCH v2 2/2] ARC: enable uboot support unconditionally

Hi Greg, > -Original Message- > From: Eugeniy Paltsev > Sent: Thursday, February 14, 2019 6:08 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Corentin Labbe > ; khil...@baylibre.com; Eugeniy Paltsev

[PATCH] ARCv2: Don't pretend we may set U & DE bits in STATUS32 with kflag

As per PRM "kflag" instruction doesn't change state of DE-flag ("Delayed branch is pending") and U-flag ("User mode") in STATUS32 register so let's not act as if we can affect those bits. Signed-off-by: Alexey Brodkin --- arch/arc/include/asm/entry-arcv2.h | 2 +

[PATCH] ARC: [haps] Add Virtio support

we didn't need that option, while now it starts making sense. Signed-off-by: Alexey Brodkin Cc: Rob Herring --- arch/arc/boot/dts/haps_hs.dts | 30 ++ arch/arc/configs/haps_hs_defconfig | 5 - 2 files changed, 34 insertions(+), 1 deletion(-) diff --git a/arc

RE: [PATCH] ARC: ARCv2: jump label: implement jump label patching

Hi Vineet, > -Original Message- > From: linux-snps-arc On Behalf > Of Vineet Gupta > Sent: Thursday, June 20, 2019 11:50 PM > To: Peter Zijlstra > Cc: linux-a...@vger.kernel.org; Ard Biesheuvel ; > Alexey Brodkin > ; linux-kernel@vger.kernel.org; Jason

RE: [PATCH] ARC: [plat-hsdk]: enable DW SPI controller

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Friday, June 7, 2019 5:48 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Subject: [PATCH] ARC: [plat-hsdk]:

RE: [PATCH] ARC: build: Try to guess CROSS_COMPILE with cc-cross-prefix

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Monday, June 3, 2019 7:25 PM > To: Alexey Brodkin ; linux-snps-...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; Masahiro Yamada > > Subject: Re: [PATCH] ARC: build: Try to guess CROSS_COM

RE: [PATCH] kbuild: use more portable 'command -v' for cc-cross-prefix

Hi Masahiro-san, > -Original Message- > From: linux-snps-arc On Behalf > Of Masahiro Yamada > Sent: Monday, June 3, 2019 1:49 PM > To: linux-kbu...@vger.kernel.org > Cc: Michal Marek ; Vineet Gupta > ; Alexey Brodkin > ; linux-kernel@vger.kernel.org; linux-stabl

RE: [PATCH] ARC: build: Try to guess CROSS_COMPILE with cc-cross-prefix

Hi Masahiro-san, > -Original Message- > From: Masahiro Yamada > Sent: Monday, June 3, 2019 11:18 AM > To: Alexey Brodkin > Cc: arcml ; Linux Kernel Mailing List > ker...@vger.kernel.org>; Vineet Gupta > Subject: Re: [PATCH] ARC: build: Try to guess CROSS_

[PATCH] ARC: build: Try to guess CROSS_COMPILE with cc-cross-prefix

r/sbin) | *** Default configuration is based on 'nsim_hs_defconfig' Signed-off-by: Alexey Brodkin Cc: Masahiro Yamada Cc: Vineet Gupta --- arch/arc/Makefile | 4 1 file changed, 4 insertions(+) diff --git a/arch/arc/Makefile b/arch/arc/Makefile index e2b991f75bc5..9cfd2ba7a12d 100644 ---

RE: [PATCH] ARC: [plat-hsdk]: enable creg-gpio controller

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Tuesday, May 28, 2019 12:41 PM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Subject: [PATCH] ARC: [plat

RE: [PATCH] ARC: [plat-hsdk]: unify memory apertures configuration

Hi Eugeniy, > -Original Message- > From: Eugeniy Paltsev > Sent: Tuesday, May 28, 2019 11:55 AM > To: linux-snps-...@lists.infradead.org; Vineet Gupta > Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ; > Eugeniy Paltsev > > Subject: [PATCH] ARC: [plat-hsdk]

RE: [PATCH 0/2] ARC: [plat-hsdk]: GMAC DT Bindings Improvements

ineet Gupta > ; Eugeniy > Paltsev ; Alexey Brodkin > Subject: [PATCH 0/2] ARC: [plat-hsdk]: GMAC DT Bindings Improvements > > Add two missing bindings. > For entire series: Acked-by: Alexey Brodkin @Vineet Gupta could you please pick this on up? -Alexey

RE: [PATCH] ARC: [plat-hsdk]: Add missing multicast filter bins number to GMAC node

joao.pi...@synopsys.com; vineet.gup...@synopsys.com; > eugeniy.palt...@synopsys.com; Alexey Brodkin > > Subject: RE: [PATCH] ARC: [plat-hsdk]: Add missing multicast filter bins > number to GMAC node > > From: Eugeniy Paltsev > Date: Mon, May 06, 2019 at 19:19:20 > >

RE: [PATCH AUTOSEL 4.14 72/95] devres: Align data[] to ARCH_KMALLOC_MINALIGN

Hi Greg, [snip] > > > This is not needed in any of the older kernels, despite what the stable@ > > > line said, as it ends up taking a lot of memory up for all other arches. > > > That's why I only applied it to the one kernel version. I'm betting > > > that it will be eventually reverted when

RE: [PATCH AUTOSEL 4.14 72/95] devres: Align data[] to ARCH_KMALLOC_MINALIGN

Hi Greg, > -Original Message- > From: Greg Kroah-Hartman > Sent: Tuesday, May 7, 2019 8:52 AM > To: Sasha Levin > Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; Alexey Brodkin > ; > Alexey Brodkin ; Geert Uytterhoeven > ; David Laight > ; Peter Zi

RE: [PATCH resend] arc: hsdk_defconfig: Enable CONFIG_BLK_DEV_RAM

LK_DEV_RAM in hsdk_defconfig. > > Signed-off-by: Corentin Labbe Acked-by: Alexey Brodkin

RE: [PATCH] ARC: Explicitly set ARCH_SLAB_MINALIGN = 8

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Friday, February 15, 2019 4:34 AM > To: Alexey Brodkin ; Peter Zijlstra > > Cc: David Laight ; > linux-snps-...@lists.infradead.org; Arnd Bergmann > ; linux-kernel@vger.kernel.org; > sta...@vg

RE: [PATCH] ARC: Explicitly set ARCH_SLAB_MINALIGN = 8

Hi Peter, > -Original Message- > From: linux-snps-arc On Behalf > Of Peter Zijlstra > Sent: Thursday, February 14, 2019 2:08 PM > To: Alexey Brodkin > Cc: Mark Rutland ; Vineet Gupta > ; linux- > ker...@vger.kernel.org; sta...@vger.kernel.org; David Laight >

RE: [PATCH] ARC: Explicitly set ARCH_SLAB_MINALIGN = 8

Hi Peter, > -Original Message- > From: Peter Zijlstra > Sent: Thursday, February 14, 2019 1:32 PM > To: Vineet Gupta > Cc: David Laight ; Alexey Brodkin > ; linux-snps- > a...@lists.infradead.org; Arnd Bergmann ; > linux-kernel@vger.kernel.org; > sta...@vg

RE: [PATCH] ARC: Explicitly set ARCH_SLAB_MINALIGN = 8

Hi Vineet, Peter, all, > -Original Message- > From: Vineet Gupta > Sent: Thursday, February 14, 2019 2:24 AM > To: Peter Zijlstra > Cc: David Laight ; Alexey Brodkin > ; linux-snps- > a...@lists.infradead.org; Arnd Bergmann ; > linux-kernel@vger.kernel.org;

[PATCH] ARC: Explicitly set ARCH_SLAB_MINALIGN = 8

x9e/0x154 [4.288802] EV_Trap+0x110/0x114 ----->8--- Signed-off-by: Alexey Brodkin Cc: # 4.8+ --- arch/arc/include/asm/cache.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arc/include/asm/cache.h b/arch/arc/include/asm/cache.h index f393b663413

RE: [PATCH 2/2] arc: hsdk_defconfig: enable CONFIG_ARC_UBOOT_SUPPORT

Hi Vineet, Corentin, > -Original Message- > From: Vineet Gupta > Sent: Tuesday, February 5, 2019 7:42 PM > To: Eugeniy Paltsev ; cla...@baylibre.com > Cc: linux-kernel@vger.kernel.org; alexey.brod...@synopsys.com; > khil...@baylibre.com; linux-snps- > a...@lists.infradead.org > Subject:

[PATCH v2] ARC: [scripted] fix node name and address spelling

From: Alexey Brodkin 1. Remove "0x" prefix from unit-address of node names --->8 sed -i 's/@0x/@/g' arch/arc/boot/dts/*.dts* --->8 2. Make all hex addresses lowercase: -

RE: [PATCH v4 5/8] drm/arcpgu: prepare for drmP.h removal from drm_modeset_helper.h

Hi Sam, > -Original Message- > From: Sam Ravnborg [mailto:sam.ravnb...@gmail.com] On Behalf Of Sam Ravnborg > Sent: Saturday, January 12, 2019 10:33 PM > To: Alex Deucher ; Alexey Brodkin > ; Andrzej > Hajda ; Benjamin Gaignard > ; Chen Feng > ; Christian

RE: [PATCH 12/25] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Sasha, > -Original Message- > From: Sasha Levin [mailto:sas...@kernel.org] > Sent: Wednesday, December 19, 2018 4:25 AM > To: Sasha Levin ; Daniel Lezcano > ; Alexey Brodkin ; > t...@linutronix.de > Cc: linux-kernel@vger.kernel.org; Daniel Lezcano ; > Vineet G

Re: [PATCH] ARC: Remove 0x prefix from unit-address of node names

Hi Rob, On Mon, 2018-12-10 at 07:30 -0600, Rob Herring wrote: > On Sat, Dec 8, 2018 at 1:01 AM Alexey Brodkin > wrote: > > Done automatically with help of: > > --->8 > > sed -i 's/@0x/@/g' arch/arc/boot/dts/*.dts* &g

[PATCH] ARC: [zebu] Remove CONFIG_INITRAMFS_SOURCE from defconfigs

KerneCI, see [1]. [1] https://storage.kernelci.org/stable/linux-4.9.y/v4.9.144/arc/zebu_hs_smp_defconfig/build.log Signed-off-by: Alexey Brodkin Cc: Greg Kroah-Hartman Cc: Kevin Hilman --- arch/arc/configs/zebu_hs_defconfig | 1 - arch/arc/configs/zebu_hs_smp_defconfig | 1 - 2 files chang

[PATCH] ARC: Remove 0x prefix from unit-address of node names

Alexey Brodkin Cc: Rob Herring Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/abilis_tb10x.dtsi | 4 ++-- arch/arc/boot/dts/axc001.dtsi | 6 +++--- arch/arc/boot/dts/axc003.dtsi | 14 +++--- arch/arc/boot/dts/axc003_idu.dtsi | 14 +++--- arch/arc/bo

Re: [PATCH v2] ARC: change defconfig defaults to ARCv2

Hi Sasha, On Sun, 2018-12-02 at 06:49 +, Sasha Levin wrote: > Hi, > > [This is an automated email] > > This commit has been processed because it contains a -stable tag. > The stable tag indicates that it's relevant for the following trees: 4.4.+ > > The bot has tested the following trees:

Re: [PATCH v2] ARC: change defconfig defaults to ARCv2

Hi Sasha, On Sun, 2018-12-02 at 06:49 +, Sasha Levin wrote: > Hi, > > [This is an automated email] > > This commit has been processed because it contains a -stable tag. > The stable tag indicates that it's relevant for the following trees: 4.4.+ > > The bot has tested the following trees:

[PATCH] arc: [devboards] Add support of NFSv3 ACL

Signed-off-by: Alexey Brodkin Cc: Cupertino Miranda Cc: sta...@vger.kernel.org --- arch/arc/configs/axs101_defconfig | 1 + arch/arc/configs/axs103_defconfig | 1 + arch/arc/configs/axs103_smp_defconfig | 1 + arch/arc/configs/hsdk_defconfig| 1 + arch/a

[PATCH] arc: [devboards] Add support of NFSv3 ACL

Signed-off-by: Alexey Brodkin Cc: Cupertino Miranda Cc: sta...@vger.kernel.org --- arch/arc/configs/axs101_defconfig | 1 + arch/arc/configs/axs103_defconfig | 1 + arch/arc/configs/axs103_smp_defconfig | 1 + arch/arc/configs/hsdk_defconfig| 1 + arch/a

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 22:50 +0100, Daniel Lezcano wrote: > On 19/11/2018 12:29, Alexey Brodkin wrote: > > It turned out we used to use default implementation of sched_clock() > > from kernel/sched/clock.c which was as precise as 1/HZ, i.e. > > by default we ha

Re: [PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 22:50 +0100, Daniel Lezcano wrote: > On 19/11/2018 12:29, Alexey Brodkin wrote: > > It turned out we used to use default implementation of sched_clock() > > from kernel/sched/clock.c which was as precise as 1/HZ, i.e. > > by default we ha

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 10:58 +0100, Daniel Lezcano wrote: > Hi Alexey, > > On 19/11/2018 10:55, Alexey Brodkin wrote: > > Hi Daniel, > > [ ... ] > > > > > In that case do I understand correctly that we may enable > > > > GENERIC_

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 10:58 +0100, Daniel Lezcano wrote: > Hi Alexey, > > On 19/11/2018 10:55, Alexey Brodkin wrote: > > Hi Daniel, > > [ ... ] > > > > > In that case do I understand correctly that we may enable > > > > GENERIC_

[PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

Note how much more meaningful is the second output - time spent for execution pretty much matches number of cycles spent (we're runnign @ 1GHz here). Signed-off-by: Alexey Brodkin Cc: Daniel Lezcano Cc: Vineet Gupta Cc: Thomas Gleixner --- Changes v2 -> v3: * Rebased on top of v4.20-rc3 * Move

[PATCH v3] clocksource/drivers/arc_timer: Utilize generic sched_clock

Note how much more meaningful is the second output - time spent for execution pretty much matches number of cycles spent (we're runnign @ 1GHz here). Signed-off-by: Alexey Brodkin Cc: Daniel Lezcano Cc: Vineet Gupta Cc: Thomas Gleixner --- Changes v2 -> v3: * Rebased on top of v4.20-rc3 * Move

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 10:43 +0100, Daniel Lezcano wrote: > On 19/11/2018 10:31, Alexey Brodkin wrote: > > Hi Daniel, > > > > On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > > > On 05/11/2018 15:39, Daniel Lezcano wrote: > > > &g

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Mon, 2018-11-19 at 10:43 +0100, Daniel Lezcano wrote: > On 19/11/2018 10:31, Alexey Brodkin wrote: > > Hi Daniel, > > > > On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > > > On 05/11/2018 15:39, Daniel Lezcano wrote: > > > &g

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > On 05/11/2018 15:39, Daniel Lezcano wrote: > > On 24/10/2018 00:33, Vineet Gupta wrote: > > > On 10/17/2018 04:30 AM, Alexey Brodkin wrote: > > > > It turned out we used to use default

Re: [PATCH v2] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Daniel, On Sun, 2018-11-18 at 03:17 +0100, Daniel Lezcano wrote: > On 05/11/2018 15:39, Daniel Lezcano wrote: > > On 24/10/2018 00:33, Vineet Gupta wrote: > > > On 10/17/2018 04:30 AM, Alexey Brodkin wrote: > > > > It turned out we used to use default

RE: [PATCH] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Tuesday, October 16, 2018 7:03 PM > To: Alexey Brodkin ; linux-kernel@vger.kernel.org > Cc: linux-snps-...@lists.infradead.org; Daniel Lezcano > ; Thomas Gleixner > Subject: Re: [PATCH] clocksource/drive

RE: [PATCH] clocksource/drivers/arc_timer: Utilize generic sched_clock

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Tuesday, October 16, 2018 7:03 PM > To: Alexey Brodkin ; linux-kernel@vger.kernel.org > Cc: linux-snps-...@lists.infradead.org; Daniel Lezcano > ; Thomas Gleixner > Subject: Re: [PATCH] clocksource/drive

[PATCH] ARC: Remove CONFIG_DEFAULT_HOSTNAME from defconfigs

There's no reason to set the same hostname to all ARC boards by default. It usually gets overwritten by init scripts anyways. Signed-off-by: Alexey Brodkin --- arch/arc/configs/axs101_defconfig | 1 - arch/arc/configs/axs103_defconfig | 1 - arch/arc/configs

[PATCH] ARC: Remove CONFIG_DEFAULT_HOSTNAME from defconfigs

There's no reason to set the same hostname to all ARC boards by default. It usually gets overwritten by init scripts anyways. Signed-off-by: Alexey Brodkin --- arch/arc/configs/axs101_defconfig | 1 - arch/arc/configs/axs103_defconfig | 1 - arch/arc/configs

Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit

Hi Peter, On Mon, 2018-07-09 at 16:10 +0200, Peter Zijlstra wrote: > On Mon, Jul 09, 2018 at 04:07:17PM +0200, Peter Zijlstra wrote: > > On Mon, Jul 09, 2018 at 04:45:50PM +0300, Alexey Brodkin wrote: > > > --- a/drivers/base/devres.c > > > +++ b/drivers/base/dev

Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit

Hi Peter, On Mon, 2018-07-09 at 16:10 +0200, Peter Zijlstra wrote: > On Mon, Jul 09, 2018 at 04:07:17PM +0200, Peter Zijlstra wrote: > > On Mon, Jul 09, 2018 at 04:45:50PM +0300, Alexey Brodkin wrote: > > > --- a/drivers/base/devres.c > > > +++ b/drivers/base/dev

[RESEND PATCH v2] devres: Really align data field to unsigned long long

on. That's because even on CPUs capable of non-aligned data access LL/SC instructions require strict alignment. Signed-off-by: Alexey Brodkin Cc: Greg Kroah-Hartman Cc: Thomas Gleixner Cc: sta...@vger.kernel.org --- Changes v1 -> v2: * Reworded commit message * Inserted comment right in

[RESEND PATCH v2] devres: Really align data field to unsigned long long

on. That's because even on CPUs capable of non-aligned data access LL/SC instructions require strict alignment. Signed-off-by: Alexey Brodkin Cc: Greg Kroah-Hartman Cc: Thomas Gleixner Cc: sta...@vger.kernel.org --- Changes v1 -> v2: * Reworded commit message * Inserted comment right in

[PATCH] devres: Really align data field to unsigned long long

NDD for accessing 64-bit data) we easily hit misaligned access exception. That's because even on CPUs capable of non-aligned data access LL/SC instructions require strict alignment. Signed-off-by: Alexey Brodkin Cc: sta...@vger.kernel.org --- drivers/base/devres.c | 2 +- 1 file changed, 1

[PATCH] devres: Really align data field to unsigned long long

NDD for accessing 64-bit data) we easily hit misaligned access exception. That's because even on CPUs capable of non-aligned data access LL/SC instructions require strict alignment. Signed-off-by: Alexey Brodkin Cc: sta...@vger.kernel.org --- drivers/base/devres.c | 2 +- 1 file changed, 1

Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously

Hi Eugeniy, On Fri, 2018-06-22 at 16:30 +0200, Eugeniy Paltsev wrote: > Hi Vineet, Christoph, > thanks for responding. [snip] > > > (BTW: current ARC dma_noncoherent_ops implementation also has same > > > problem if IOC and HIGHMEM are enabled.) > > > > Can we highlight this fact, add error

Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously

Hi Eugeniy, On Fri, 2018-06-22 at 16:30 +0200, Eugeniy Paltsev wrote: > Hi Vineet, Christoph, > thanks for responding. [snip] > > > (BTW: current ARC dma_noncoherent_ops implementation also has same > > > problem if IOC and HIGHMEM are enabled.) > > > > Can we highlight this fact, add error

Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)

Hi Russel, On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote: > It's necessary. Take a moment to think carefully about this: > > dma_map_single(, dir) > > dma_sync_single_for_cpu(, dir) > > dma_sync_single_for_device(, dir) > >

Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)

Hi Russel, On Fri, 2018-05-18 at 18:50 +0100, Russell King - ARM Linux wrote: > It's necessary. Take a moment to think carefully about this: > > dma_map_single(, dir) > > dma_sync_single_for_cpu(, dir) > > dma_sync_single_for_device(, dir) > >

Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation

Hi Christoph, On Fri, 2018-05-18 at 15:27 +0200, h...@lst.de wrote: > On Fri, May 18, 2018 at 01:03:46PM +0000, Alexey Brodkin wrote: > > Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? > > DMA_TO_DEVICE : DMA_FROM_DEVICE". > > I.

Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation

Hi Christoph, On Fri, 2018-05-18 at 15:27 +0200, h...@lst.de wrote: > On Fri, May 18, 2018 at 01:03:46PM +0000, Alexey Brodkin wrote: > > Note mmc_get_dma_dir() is just "data->flags & MMC_DATA_WRITE ? > > DMA_TO_DEVICE : DMA_FROM_DEVICE". > > I.

Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation

Hi Christoph, On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote: [snip] There seems to be one subtle issue with map/unmap code. While investigating problems on ARC I added instrumentation as below: >8 ---

Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation

Hi Christoph, On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote: [snip] There seems to be one subtle issue with map/unmap code. While investigating problems on ARC I added instrumentation as below: >8 ---

[PATCH] ARC: Explicitly add -mmedium-calls to CFLAGS

-Q --help=target | grep calls -mlong-calls [disabled] -mmedium-calls[disabled] ->8 Now to make it possible to use Elf32 toolchain for building Linux kernel we're explicitly add "-mmedium-ca

[PATCH] ARC: Explicitly add -mmedium-calls to CFLAGS

-Q --help=target | grep calls -mlong-calls [disabled] -mmedium-calls[disabled] ->8 Now to make it possible to use Elf32 toolchain for building Linux kernel we're explicitly add "-mmedium-calls&qu

Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops

Hi Christoph, On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote: > Switch to the generic noncoherent direct mapping implementation. > > Signed-off-by: Christoph Hellwig > --- > arch/arc/Kconfig | 4 + > arch/arc/include/asm/Kbuild| 1 + >

Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops

Hi Christoph, On Fri, 2018-05-11 at 09:59 +0200, Christoph Hellwig wrote: > Switch to the generic noncoherent direct mapping implementation. > > Signed-off-by: Christoph Hellwig > --- > arch/arc/Kconfig | 4 + > arch/arc/include/asm/Kbuild| 1 + >

Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops

Hi Christoph, On Fri, 2018-04-20 at 10:02 +0200, Christoph Hellwig wrote: > Switch to the generic noncoherent direct mapping implementation. > > Signed-off-by: Christoph Hellwig > --- > arch/arc/Kconfig | 4 + > arch/arc/include/asm/Kbuild| 1 + >

Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops

Hi Christoph, On Fri, 2018-04-20 at 10:02 +0200, Christoph Hellwig wrote: > Switch to the generic noncoherent direct mapping implementation. > > Signed-off-by: Christoph Hellwig > --- > arch/arc/Kconfig | 4 + > arch/arc/include/asm/Kbuild| 1 + >

Re: [RFC 0/2] dw_mmc: add multislot support

Hi Ulf, On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote: > [...] > > > > > 2. Add missing stuff to support multislot mode in DesignWare MMC driver. > > * Add missing slot switch to __dw_mci_start_request() function. > > * Refactor set_ios function: > >a) Calculate common clock which

Re: [RFC 0/2] dw_mmc: add multislot support

Hi Ulf, On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote: > [...] > > > > > 2. Add missing stuff to support multislot mode in DesignWare MMC driver. > > * Add missing slot switch to __dw_mci_start_request() function. > > * Refactor set_ios function: > >a) Calculate common clock which

dma-mapping: clear harmful GFP_* flags in common code

Hello, May we have e89f5b370153 ("dma-mapping: Don't clear GFP_ZERO in dma_alloc_attrs") back-ported to 4.16 kernel as it fixes: 57bf5a8 ("dma-mapping: clear harmful GFP_* flags in common code"). For more info about introduced problem see this thread:

dma-mapping: clear harmful GFP_* flags in common code

Hello, May we have e89f5b370153 ("dma-mapping: Don't clear GFP_ZERO in dma_alloc_attrs") back-ported to 4.16 kernel as it fixes: 57bf5a8 ("dma-mapping: clear harmful GFP_* flags in common code"). For more info about introduced problem see this thread:

Re: [PATCH v6 04/16] arc: Switch to generic free_initrd_mem.

ses the generic > implementation) and x86_64 (which doesn't). > > Signed-off-by: Shea Levy <s...@shealevy.com> Boot-tested on ARC, thus... Tested-by: Alexey Brodkin <abrod...@synopsys.com> -Alexey P.S. Note Vineet is out this week so please wait for him to return next week to ack your patch.

Re: [PATCH v6 04/16] arc: Switch to generic free_initrd_mem.

ses the generic > implementation) and x86_64 (which doesn't). > > Signed-off-by: Shea Levy Boot-tested on ARC, thus... Tested-by: Alexey Brodkin -Alexey P.S. Note Vineet is out this week so please wait for him to return next week to ack your patch.

Re: [PATCH] ARC: Improve cmpxchng syscall implementation

Hi Vineet, Peter, On Wed, 2018-03-21 at 14:54 +0300, Alexey Brodkin wrote: > Hi Vineet, > > On Mon, 2018-03-19 at 11:29 -0700, Vineet Gupta wrote: > > On 03/19/2018 04:00 AM, Alexey Brodkin wrote: > > > arc_usr_cmpxchg syscall is supposed to be used on platforms > &g

Re: [PATCH] ARC: Improve cmpxchng syscall implementation

Hi Vineet, Peter, On Wed, 2018-03-21 at 14:54 +0300, Alexey Brodkin wrote: > Hi Vineet, > > On Mon, 2018-03-19 at 11:29 -0700, Vineet Gupta wrote: > > On 03/19/2018 04:00 AM, Alexey Brodkin wrote: > > > arc_usr_cmpxchg syscall is supposed to be used on platforms > &g

Re: dma-mapping: clearing GFP_ZERO flag caused crashes of Ethernet on arc/hsdk board.

Hi Andy, On Tue, 2018-03-27 at 21:11 +0300, Andy Shevchenko wrote: > On Tue, Mar 27, 2018 at 8:12 PM, Evgeniy Didin > wrote: > > Hello, > > > > After commit 57bf5a8963f8 ("dma-mapping: clear harmful GFP_* flags in > > common code") we noticed problems with

Re: dma-mapping: clearing GFP_ZERO flag caused crashes of Ethernet on arc/hsdk board.

Hi Andy, On Tue, 2018-03-27 at 21:11 +0300, Andy Shevchenko wrote: > On Tue, Mar 27, 2018 at 8:12 PM, Evgeniy Didin > wrote: > > Hello, > > > > After commit 57bf5a8963f8 ("dma-mapping: clear harmful GFP_* flags in > > common code") we noticed problems with Ethernet controller on one of our >

Re: [PATCH] ARC: Improve cmpxchng syscall implementation

Hi Vineet, On Mon, 2018-03-19 at 11:29 -0700, Vineet Gupta wrote: > On 03/19/2018 04:00 AM, Alexey Brodkin wrote: > > arc_usr_cmpxchg syscall is supposed to be used on platforms > > that lack support of Load-Locked/Store-Conditional instructions > > in hardware. And in that

Re: [PATCH] ARC: Improve cmpxchng syscall implementation

Hi Vineet, On Mon, 2018-03-19 at 11:29 -0700, Vineet Gupta wrote: > On 03/19/2018 04:00 AM, Alexey Brodkin wrote: > > arc_usr_cmpxchg syscall is supposed to be used on platforms > > that lack support of Load-Locked/Store-Conditional instructions > > in hardware. And in that

[PATCH] ARC: Improve cmpxchng syscall implementation

if something goes seriously wrong we'll know about it much earlier. Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> Cc: Peter Zijlstra <pet...@infradead.org> Cc: Vineet Gupta <vgu...@synopsys.com> Cc: Max Filippov <jcmvb...@gm

[PATCH] ARC: Improve cmpxchng syscall implementation

if something goes seriously wrong we'll know about it much earlier. Signed-off-by: Alexey Brodkin Cc: Peter Zijlstra Cc: Vineet Gupta Cc: Max Filippov Cc: linux-a...@vger.kernel.org --- arch/arc/kernel/process.c | 47 +-- 1 file changed, 37 insert

Re: arc_usr_cmpxchg and preemption

Hi Peter, Vineet, On Wed, 2018-03-14 at 18:53 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 09:58:19AM -0700, Vineet Gupta wrote: > > > Well it is broken wrt the semantics the syscall is supposed to provide. > > Preemption disabling is what prevents a concurrent thread from coming in

Re: arc_usr_cmpxchg and preemption

Hi Peter, Vineet, On Wed, 2018-03-14 at 18:53 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 09:58:19AM -0700, Vineet Gupta wrote: > > > Well it is broken wrt the semantics the syscall is supposed to provide. > > Preemption disabling is what prevents a concurrent thread from coming in

Re: Do we need to disable preemption in flush_tlb_range()?

Hi Peter, On Fri, 2018-03-16 at 11:11 +0100, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 09:39:31AM +0000, Alexey Brodkin wrote: > > Hi Peter, > > > > On Thu, 2018-03-15 at 09:27 +0100, Peter Zijlstra wrote: > > > On Wed, Mar 14, 2018 at 01:19:01PM -0700, V

Re: Do we need to disable preemption in flush_tlb_range()?

Hi Peter, On Fri, 2018-03-16 at 11:11 +0100, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 09:39:31AM +0000, Alexey Brodkin wrote: > > Hi Peter, > > > > On Thu, 2018-03-15 at 09:27 +0100, Peter Zijlstra wrote: > > > On Wed, Mar 14, 2018 at 01:19:01PM -0700, V

Re: arc_usr_cmpxchg and preemption

Hi Peter, On Thu, 2018-03-15 at 12:28 +0100, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 09:12:09AM +0000, Alexey Brodkin wrote: > > On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote: > > > Also, it might make sense to stuff this implementation in some lib/ file > &

Re: arc_usr_cmpxchg and preemption

Hi Peter, On Thu, 2018-03-15 at 12:28 +0100, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 09:12:09AM +0000, Alexey Brodkin wrote: > > On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote: > > > Also, it might make sense to stuff this implementation in some lib/ file > &

Re: Do we need to disable preemption in flush_tlb_range()?

Hi Peter, On Thu, 2018-03-15 at 09:27 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 01:19:01PM -0700, Vineet Gupta wrote: > > +CC Peter since we have his attention ;-) > > Yeah, timezone collision there, I typically sleep at 1am ;-) > > > On 03/01/2018 07:13

Re: Do we need to disable preemption in flush_tlb_range()?

Hi Peter, On Thu, 2018-03-15 at 09:27 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 01:19:01PM -0700, Vineet Gupta wrote: > > +CC Peter since we have his attention ;-) > > Yeah, timezone collision there, I typically sleep at 1am ;-) > > > On 03/01/2018 07:13

Re: arc_usr_cmpxchg and preemption

Hi Peter, On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 08:38:53PM +0000, Alexey Brodkin wrote: > > > int sys_cmpxchg(u32 __user *user_ptr, u32 old, u32 new) > > > { > > > u32 val; > > > int r

Re: arc_usr_cmpxchg and preemption

Hi Peter, On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 08:38:53PM +0000, Alexey Brodkin wrote: > > > int sys_cmpxchg(u32 __user *user_ptr, u32 old, u32 new) > > > { > > > u32 val; > > > int r

Re: arc_usr_cmpxchg and preemption

Hi Peter, Vineet, On Wed, 2018-03-14 at 18:53 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 09:58:19AM -0700, Vineet Gupta wrote: > > > Well it is broken wrt the semantics the syscall is supposed to provide. > > Preemption disabling is what prevents a concurrent thread from coming in

Re: arc_usr_cmpxchg and preemption

Hi Peter, Vineet, On Wed, 2018-03-14 at 18:53 +0100, Peter Zijlstra wrote: > On Wed, Mar 14, 2018 at 09:58:19AM -0700, Vineet Gupta wrote: > > > Well it is broken wrt the semantics the syscall is supposed to provide. > > Preemption disabling is what prevents a concurrent thread from coming in

  1   2   3   4   5   6   7   8   9   10   >