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
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
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
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
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
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
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
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
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
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 +
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
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
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]:
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
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
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_
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
---
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
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]
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
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
>
>
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
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
LK_DEV_RAM in hsdk_defconfig.
>
> Signed-off-by: Corentin Labbe
Acked-by: Alexey Brodkin
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
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
>
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
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;
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
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:
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:
-
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
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
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
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
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
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:
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:
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
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
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
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
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_
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_
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
>
>
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)
>
>
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.
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.
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
---
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
---
-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
-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
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 +
>
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 +
>
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 +
>
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 +
>
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
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
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:
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:
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.
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.
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
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
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
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
>
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
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
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
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
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
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
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
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
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
> &
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
> &
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
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
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
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
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
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 - 100 of 1116 matches
Mail list logo