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) > > dma_unmap_single(

Please add new user to Wiki editors list

Hello, As one of sub-maintainers of Linux port for ARC architecture I'd like to be able to add information about ARC-related changes in Linux kernel changelogs (https://kernelnewbies.org/LinuxVersions). Could you please add my username AlexeyBrodkin to the EditorsGroup? -Alexey P.S. If of any i

[PATCH] ARC: Explicitly specify OUTPUT_FORMAT in the linker script

Signed-off-by: Alexey Brodkin Cc: Cupertino Miranda Cc: Claudiu Zissulescu --- arch/arc/kernel/vmlinux.lds.S | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arc/kernel/vmlinux.lds.S b/arch/arc/kernel/vmlinux.lds.S index f35ed578e007..0a1affc56d76 100644 --- a/arch/arc/kernel/vmlinux.lds.S

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

ly add "-mmedium-calls" to CFLAGS. And since we add "-mmedium-calls" to the global CFLAGS there's no point in having per-file copies thus removing them. Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: - Removed per-file mentions of "-mmedium-calls"

Re: [PATCH] ARC: Explicitly specify OUTPUT_FORMAT in the linker script

Hi Vineet, On Fri, 2018-06-01 at 09:12 -0700, Vineet Gupta wrote: > On 06/01/2018 03:49 AM, Alexey Brodkin wrote: > > It might be a good idea to explicitly specify BFD format > > depending on -EB/-EL option passed to the linker and not rely on > > default behavior as w

[PATCH] ARC: Remove CONFIG_INITRAMFS_SOURCE from defconfigs

* [usr/initramfs_data.cpio.gz] Error 1 --->8- So now when more and more people start to deal with our defconfigs let's make their life easier with removal of CONFIG_INITRAMFS_SOURCE. Signed-off-by: Alexey Brodkin Cc: Kevin Hilman Cc:

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

Hi Vineet, On Thu, 2017-11-30 at 09:46 -0800, Vineet Gupta wrote: > On 11/29/2017 12:21 AM, Alexey Brodkin wrote: > > As of today we assumed that "machine_desc->init_per_cpu" calls > > are only usable on SMP systems when we want to run some piece of > > code on

Re: [PATCH 08/21] udl-kms: avoid prefetch

Hi Mikulas, On Wed, 2018-06-06 at 11:46 -0400, Mikulas Patocka wrote: > > On Wed, 6 Jun 2018, Alexey Brodkin wrote: > > > Hi Mikulas, > > > > On Tue, 2018-06-05 at 11:30 -0400, Mikulas Patocka wrote: > > > > > > On Tue, 5 Jun 2018, Al

Re: [PATCH] ARC: Add PCIe support for ARC HSDK platform

Hi Gustavo, On Mon, 2018-06-18 at 15:59 +0100, Gustavo Pimentel wrote: > Add PCI support to the ARC HSDK platform allowing to use the generic PCI > setup functions. This is the first logically independent change, so put it in a separate patch. > Add GPIO interrupt configuration function on ARC H

RE: [PATCH] ARC: Add PCIe support for ARC HSDK platform

Hi Vineet, > -Original Message- > From: Vineet Gupta > Sent: Monday, June 18, 2018 9:11 PM > To: Alexey Brodkin ; gustavo.pimen...@synopsys.com > Cc: r...@kernel.org; linux-ker...@vger.kernel.org; > eugeniy.palt...@synopsys.com; sb...@codeaurora.or

Re: [PATCH] ARC: Improve cmpxchng syscall implementation

Hi Vineet, On Wed, 2018-04-18 at 11:16 -0700, Vineet Gupta wrote: > On 03/21/2018 04:54 AM, Alexey Brodkin wrote: > > /* > > > > * This is only for old cores lacking LLOCK/SCOND, which by > > > > defintion > > > > @@ -60,23 +62,48 @@ SYSCA

[PATCH v2] ARC: Improve cmpxchg syscall implementation

fails or even access_ok() returns false we send SIGSEGV to the user-space process so if something goes seriously wrong we'll know about it much earlier. Signed-off-by: Peter Zijlstra Signed-off-by: Alexey Brodkin Cc: Vineet Gupta Cc: Max Filippov Cc: linux-a...@vger.kern

Re: [PATCH v2] ARC: Add PCIe support for ARC HSDK platform

Hi Gustavo, On Wed, 2018-06-20 at 17:36 +0100, Gustavo Pimentel wrote: > Add PCI support to the ARC HSDK platform allowing to use the generic PCI > setup functions. > > Signed-off-by: Gustavo Pimentel > --- > Change v1->v2: > - Split initial patch, following A

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 pri

Re: [PATCH v2] ARC: Improve cmpxchg syscall implementation

Hi Vineet, On Mon, 2018-06-25 at 13:03 -0700, Vineet Gupta wrote: > On 06/19/2018 07:22 AM, Alexey Brodkin wrote: > > From: Peter Zijlstra > > > > arc_usr_cmpxchg syscall is supposed to be used on platforms > > that lack support of Load-Locked/Store-Conditional instru

[PATCH] ARC: Fix __swp_offset() implementation

751648 4736 8 4736 | -/+ buffers/cache: 8712 756392 | Swap: 500728 0 500728 [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/include/asm/pgtable.h#n375 Signed-off-by: Alexey Brodkin Cc: sta...@vger.kernel.org --- arc

[PATCH] ARC: Improve handling of fatal signals in do_page_fault()

[2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=746a272e44141af24a02f6c9b0f65f4c4598ed42 Signed-off-by: Alexey Brodkin --- arch/arc/mm/fault.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/arch/arc/mm/fault.c b/arch/arc/mm/fault

Re: [PATCH] ARC: Remove CONFIG_INITRAMFS_SOURCE from defconfigs

Hi Vineet, On Wed, 2018-06-06 at 09:32 -0700, Kevin Hilman wrote: > On Wed, Jun 6, 2018 at 5:59 AM, Alexey Brodkin > wrote: > > We used to have pre-set CONFIG_INITRAMFS_SOURCE with local path > > to intramfs in ARC defconfigs. This was quite convenient for > > in-house

Re: [PATCH v2] ARC: Configure APB GPIO controller on ARC HSDK platform

er and > forget about it. > > Based on implementation available on arch/arc/plat-axs10x/axs10x.c file. > > Signed-off-by: Gustavo Pimentel Acked-by: Alexey Brodkin ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc

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

D/SCONDD 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 ch

[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: Thomas Gleixner Cc: sta...@vger.kernel.org --- Changes v1 -> v2: * Reworded commit message * Inserted comment right in source [Thomas] dr

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

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

Hi Greg, On Mon, 2018-07-09 at 07:48 +0200, Greg KH wrote: > On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodkin wrote: > > Depending on ABI "long long" type of a particular 32-bit CPU > > might be aligned by either word (32-bits) or double word (64-bits). > >

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

Hi Greg, On Mon, 2018-07-09 at 09:06 +0200, g...@kroah.com wrote: > On Mon, Jul 09, 2018 at 06:46:50AM +0000, Alexey Brodkin wrote: > > Hi Greg, > > > > On Mon, 2018-07-09 at 07:48 +0200, Greg KH wrote: > > > On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodk

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

Hi Geert, On Mon, 2018-07-09 at 09:07 +0200, Geert Uytterhoeven wrote: > On Mon, Jul 9, 2018 at 7:49 AM Greg KH wrote: > > On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodkin wrote: > > > Depending on ABI "long long" type of a particular 32-bit CPU > > >

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

Hi Geert, On Mon, 2018-07-09 at 09:52 +0200, Geert Uytterhoeven wrote: > Hi Alexey, > > On Mon, Jul 9, 2018 at 9:22 AM Alexey Brodkin > wrote: > > On Mon, 2018-07-09 at 09:07 +0200, Geert Uytterhoeven wrote: > > > On Mon, Jul 9, 2018 at 7:49 AM Greg KH wrote: > &g

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

Hi David, On Mon, 2018-07-09 at 09:16 +, David Laight wrote: > From: Alexey Brodkin > > Sent: 09 July 2018 05:45 > > Depending on ABI "long long" type of a particular 32-bit CPU > > might be aligned by either word (32-bits) or double word (64-bits). > &

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

Hi David, On Mon, 2018-07-09 at 10:18 +, David Laight wrote: > From: Alexey Brodkin > > Sent: 09 July 2018 11:00 > > ... > > That's a good idea indeed but it doesn't solve the problem with > > struct devres_node. Consider the following snippet: &

[PATCH] atomic{64}_t: Explicitly specify data storage length and alignment

an exception leaving us dead in the water. This came-up during lengthly discussion here: http://lists.infradead.org/pipermail/linux-snps-arc/2018-July/004022.html Signed-off-by: Alexey Brodkin Cc: Will Deacon Cc: Peter Zijlstra Cc: Boqun Feng Cc: Russell King Cc: Arnd Bergmann Cc: Thomas

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

mic instruction will fail on the first access to "myvar". Signed-off-by: Alexey Brodkin Cc: Greg Kroah-Hartman Cc: Geert Uytterhoeven Cc: David Laight Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Will Deacon Cc: Greg KH Cc: # 4.8+ --- Changes v2 -> v3: * Align explicitly t

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

Hi Peter, On Mon, 2018-07-09 at 15:54 +0200, Peter Zijlstra wrote: > On Mon, Jul 09, 2018 at 04:45:50PM +0300, Alexey Brodkin wrote: > > diff --git a/drivers/base/devres.c b/drivers/base/devres.c > > index f98a097e73f2..d65327cb83c9 100644 > > --- a/drivers/base/devres.c &

Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment

Hi Peter, On Mon, 2018-07-09 at 15:35 +0200, Peter Zijlstra wrote: > On Mon, Jul 09, 2018 at 03:47:41PM +0300, Alexey Brodkin wrote: > > diff --git a/include/asm-generic/atomic64.h b/include/asm-generic/atomic64.h > > index 8d28eb010d0d..b94b749b5952 100644 > > --- a/include

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:49 +0200, Peter Zijlstra wrote: > On Mon, Jul 09, 2018 at 02:33:26PM +0000, Alexey Brodkin wrote: > > > In fact, since alloc_dr() uses kmalloc() to allocate the entire thing, > > > it is impossible to guarantee a larger alignment than kmallo

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

Hi Vineet, On Mon, 2018-07-09 at 11:27 -0700, Vineet Gupta wrote: > On 07/09/2018 03:23 AM, Alexey Brodkin wrote: > > Hi David, > > > > On Mon, 2018-07-09 at 10:18 +, David Laight wrote: > > > From: Alexey Brodkin > > > > Sent: 09 July 2018 11:00 &

[PATCH] ARC: [plat-axs10x] Get rid of auto-selected CONFIG_AX10x options

Commit 4fbaf649ebbc ("ARC: [plat-axs10x] auto-select AXS101 or AXS103 given the ISA config") made selection of CONFIG_AXS10x option automatic so there's no point in keeping them in defconfigs. Signed-off-by: Alexey Brodkin --- arch/arc/configs/axs101_defconfig | 1 - a

[PATCH] ARC: Enable FUSE_FS on devboards

This allows to use FUSE file-systems such as SSHFS. Signed-off-by: Alexey Brodkin --- 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 + 4 files changed, 4 insertions

Re: [PATCH] ARC: Improve handling of fatal signals in do_page_fault()

Hi Vineet, On Fri, 2018-06-29 at 11:20 -0700, Alexey Brodkin wrote: > This was triggered by investigation of a deadlock after OOM killer invocation, > see [1] for more details. > > Looks like our handling of fatal signal in do_page_fault() has some issues: > > 1. We only

Re: [PATCH] ARC: [plat-axs10x] Get rid of auto-selected CONFIG_AX10x options

Hi Vineet, On Thu, 2018-07-12 at 10:36 -0700, Vineet Gupta wrote: > On 07/11/2018 10:13 AM, Alexey Brodkin wrote: > > Commit 4fbaf649ebbc ("ARC: [plat-axs10x] auto-select AXS101 or AXS103 given > > the ISA config") > > made selection of CONFIG_AXS10x option autom

[PATCH] posix/tst-getaddrinfo4: Consider EAI_NODATA as an expected result

Some proxy DNS servers might not resolve IPv6 names to addresses. Instead they reply with NOERROR while passing no real data. That combination of NOERROR and EAI_NODATA happen because the DNS server has a recored for requested name (example.net in our case) but that record is not of type which

[PATCH] tst-tzset: raise timeout to 10 seconds

On ARC HSDK board even though it operates @ 1GHz this test runs ~7 seconds which gives us failures all the time. That's what happens now: | # time .../build/timezone/tst-tzset | Timed out: killed the child process | Command exited with non-zero status 1 | real0m 5.11s | user0m 3.59s | sys

[PATCH v2] tst-tzset: Use default timeout (20 seconds as of now)

The timeout was set to 5 seconds in commit 112f28e88c4e ("tst-tzset: raise timeout to 5 seconds") to increase it from a default 2 seconds. That was before the default timeout was changed to 20 seconds in commit a28605b22946 (" test-skeleton: increase default TIMEOUT to 20 seconds"). If there's no

Re: [PATCH] ARC: Improve handling of fatal signals in do_page_fault()

Hi Vineet, On Wed, 2018-08-01 at 12:49 -0700, Vineet Gupta wrote: > Hi Alexey, > > I was finally forced to revisit this for my glibc tst-tls3-malloc deadlock. > And > indeed with this change we don'tsee the deadlock. But see below.. > > > > @@ -139,12 +139,16 @@ void do_page_fault(unsigned lon

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

[PATCH] ARC: [plat-axs10x] Enable SWAP

SWAP support on ARC was fixed earlier by commit 6e3761145a9b ("ARC: Fix CONFIG_SWAP") so now we may safely enable it on platforms that have external media like USB and SD-card. Signed-off-by: Alexey Brodkin Cc: sta...@vger.kernel.org # 6e3761145a9b: ARC: Fix CONFIG_SWAP --- arch/a

[PATCH] ARC: Remove disabled CONFIG_DEVKMEM from defconfigs

CONFIG_DEVKMEM by default is disabled so clean-up our defconfigs. Signed-off-by: Alexey Brodkin Cc: Vineet Gupta Cc: Ofer Levi --- arch/arc/configs/axs101_defconfig | 1 - arch/arc/configs/axs103_defconfig | 1 - arch/arc/configs/axs103_smp_defconfig | 1 - arch/arc

[PATCH] ARC: AXS10x/HSDK: Allow U-Boot to pass MAC-address to the kernel

r hsdk.dtb previously loaded from SD-card, USB storage or TFTP server. Signed-off-by: Alexey Brodkin Cc: Rob Herring Cc: sta...@vger.kernel.org # 4.14 Cc: devicet...@vger.kernel.org --- arch/arc/boot/dts/axs10x_mb.dtsi | 7 ++- arch/arc/boot/dts/hsdk.dts | 7 ++- 2 files change

Re: [PATCH] ARC: [plat-axs10x] Enable SWAP

Hi Vineet, On Mon, 2018-08-06 at 10:56 -0700, Vineet Gupta wrote: > On 08/02/2018 01:50 AM, Alexey Brodkin wrote: > > SWAP support on ARC was fixed earlier by > > commit 6e3761145a9b ("ARC: Fix CONFIG_SWAP") > > so now we may safely enable it on platforms that >

defconfig fails if CROSS_COMPILE is set while cross-gcc is not avaialble

Hello Masahiro-san, Starting from kernel v4.17 it is no longer possible to install kernel headers for ARC architecture if there's no cross-toolchain in PATH. Note installation of headers is just one of use-cases when we might not have cross-tools available but still want to run "make xxx_defconfi

Re: defconfig fails if CROSS_COMPILE is set while cross-gcc is not avaialble

Hi Masahiro, On Wed, 2018-09-12 at 21:53 +0900, Masahiro Yamada wrote: > Hi Alexey. > > 2018-09-12 21:08 GMT+09:00 Alexey Brodkin : > > Hello Masahiro-san, > > > > Starting from kernel v4.17 it is no longer possible to install kernel > > headers > > f

[PATCH] [ARC] Fix generation of specs

With no trailing space in LINK_EH_SPEC linker spec gets generated as: >8- %{!r:--build-id} --eh-frame-hdr%{h*} ... >8- or even worse if hash style is added: >8- %{!r:

Re: [PATCH] [ARC] Fix generation of specs

Hi Claus, On Thu, 2018-09-13 at 09:59 +0200, Claudiu Zissulescu wrote: > The patch is missing the entry change log. Otherwise is ok. I'll push it with > the mentioned changes. Thanks for taking care. Also may we have it back-ported to 8.x branch so it will be a part of 8.3 release later? -Ale

[PATCH] ARC: Get rid of toolchain check

cause each and every target component later is compiled with explicitly set "-mcpu=ZZZ". Signed-off-by: Alexey Brodkin --- arch/arc/Makefile | 14 -- 1 file changed, 14 deletions(-) diff --git a/arch/arc/Makefile b/arch/arc/Makefile index 6c1b20dd76ad..16ae8675116e 10064

[PATCH] ARC: Don't set CROSS_COMPILE in arch's Makefile

pipermail/linux-snps-arc/2018-September/004308.html [2] http://lists.infradead.org/pipermail/linux-snps-arc/2018-September/004320.html Signed-off-by: Alexey Brodkin Cc: Masahiro Yamada Cc: Rob Herring --- arch/arc/Makefile | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --g

[PATCH 07/10] icu: Add ARC support

Signed-off-by: Alexey Brodkin --- .../icu/icu/0002-Add-ARC-support.patch | 25 ++ meta/recipes-support/icu/icu_62.1.bb | 1 + 2 files changed, 26 insertions(+) create mode 100644 meta/recipes-support/icu/icu/0002-Add-ARC-support.patch diff --git a

[PATCH 08/10] gcc: Disable libitm for ARC

The libitm is not supported on ARC, so disable it Signed-off-by: Alexey Brodkin --- meta/recipes-devtools/gcc/gcc-runtime.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc b/meta/recipes-devtools/gcc/gcc-runtime.inc index 72b8081..9e7e7c5 100644

[PATCH 10/10] gcc: Fix specs generation for ARC

itably +saying that it doesn't know option "--eh-frame-hdr--hash-style=sysv". + +2018-09-17 Alexey Brodkin + + * config/arc/linux.h (LINK_EH_SPEC): Add missing space. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@264361 138bc75d-0d04-0410-961f-82ee72b054a4 +--- + gcc/

[PATCH 05/10] nspr: Add ARC support

From: Antoine Tenart [Alexey: Rebased on top of other patches like RiscV, NIOS2 etc] Signed-off-by: Antoine Tenart Signed-off-by: Alexey Brodkin --- .../nspr/nspr/0004-Add-ARC-support.patch | 86 ++ meta/recipes-support/nspr/nspr_4.19.bb | 1 + 2

[PATCH 01/10] siteinfo: Define data for ARC

Signed-off-by: Alexey Brodkin --- meta/classes/siteinfo.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass index 86bb853b..dccf122 100644 --- a/meta/classes/siteinfo.bbclass +++ b/meta/classes/siteinfo.bbclass @@ -20,6

[PATCH 06/10] libgpg-error: Add ARC support

From: Mylene Josserand Signed-off-by: Mylene Josserand Signed-off-by: Alexey Brodkin --- .../0001-syscfg-Add-an-arc-architecture.patch | 75 ++ .../libgpg-error/libgpg-error_1.32.bb | 1 + 2 files changed, 76 insertions(+) create mode 100644 meta

[PATCH 00/10] Introduce ARC port of OpenEmbedded

;master" branch): https://github.com/foss-for-synopsys-dwc-arc-processors/meta-synopsys Alexey Brodkin (8): siteinfo: Define data for ARC site: Add ARC linux kernel-arch.bbclass: Add ARC to kernel arch map openssl: Add support for ARC icu: Add ARC support gcc: Disable libitm for ARC

[PATCH 09/10] binutils: Fix Glibc building for ARC

Signed-off-by: Alexey Brodkin --- meta/recipes-devtools/binutils/binutils-2.31.inc | 4 + ...location-where-GOT-information-is-collect.patch | 198 + ...bustness.-Return-FALSE-in-case-of-NULL-po.patch | 35 ...lobal-symbol-is-not-an-indirect-or-warnin.patch | 43

[PATCH 04/10] openssl: Add support for ARC

Signed-off-by: Alexey Brodkin --- meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb | 2 +- meta/recipes-connectivity/openssl/openssl_1.1.1-pre9.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb b/meta/recipes

[PATCH 02/10] site: Add ARC linux

Signed-off-by: Alexey Brodkin --- meta/site/arc-linux | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 meta/site/arc-linux diff --git a/meta/site/arc-linux b/meta/site/arc-linux new file mode 100644 index 000..d3c721a --- /dev/null +++ b/meta/site/arc-linux @@ -0,0

[PATCH 03/10] kernel-arch.bbclass: Add ARC to kernel arch map

Signed-off-by: Alexey Brodkin --- meta/classes/kernel-arch.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass index 09793fc..2b52a63 100644 --- a/meta/classes/kernel-arch.bbclass +++ b/meta/classes/kernel-arch.bbclass

Re: [PATCH libgpg-error] syscfg: Add ARC architecture

Hi Vineet, Werner, On Wed, 2018-09-19 at 18:46 +, Vineet Gupta wrote: > On 09/19/2018 04:44 AM, Werner Koch wrote: > > On Tue, 18 Sep 2018 21:34, vineet.gup...@synopsys.com said: > > > > > I'm not exactly clear what the question is ? What is specific in ABI > > > related to > > > locks ? > >

[PATCH v2 2/9] kernel-arch.bbclass: Add ARC to kernel arch map

Signed-off-by: Alexey Brodkin --- No changes in v2 meta/classes/kernel-arch.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass index 09793fc9c2..2b52a63c64 100644 --- a/meta/classes/kernel-arch.bbclass +++ b/meta

[PATCH v2 1/9] siteinfo: Define data for ARC

Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Merged changes in meta/classes/siteinfo.bbclass & meta/site/arc-common meta/classes/siteinfo.bbclass | 2 ++ meta/site/arc-common | 11 +++ 2 files changed, 13 insertions(+) create mode 100644 meta/site/arc

[PATCH v2 4/9] nspr: Add ARC support

From: Antoine Tenart [Alexey: Rebased on top of other patches like RiscV, NIOS2 etc] Signed-off-by: Antoine Tenart Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Added upstream status .../nspr/nspr/0004-Add-ARC-support.patch | 88 ++ meta/reci

[PATCH v2 5/9] libgpg-error: Add ARC support

Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Added upstream status ...port-ARC-CPUs-and-simplify-aliasing-table.patch | 298 + .../libgpg-error/libgpg-error_1.32.bb | 2 + 2 files changed, 300 insertions(+) create mode 100644 meta/recipes-supp

[PATCH v2 8/9] binutils: Fix Glibc building for ARC

Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Added upstream status meta/recipes-devtools/binutils/binutils-2.31.inc | 4 + ...location-where-GOT-information-is-collect.patch | 201 + ...bustness.-Return-FALSE-in-case-of-NULL-po.patch | 38 ...lo

[PATCH v2 7/9] gcc: Disable libitm for ARC

The libitm is not supported on ARC, so disable it Signed-off-by: Alexey Brodkin --- No changes in v2 meta/recipes-devtools/gcc/gcc-runtime.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc b/meta/recipes-devtools/gcc/gcc-runtime.inc index

[PATCH v2 9/9] gcc: Fix specs generation for ARC

+ +Now if that spec is really used by LD then it fails inevitably +saying that it doesn't know option "--eh-frame-hdr--hash-style=sysv". + +2018-09-17 Alexey Brodkin + + * config/arc/linux.h (LINK_EH_SPEC): Add missing space. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/

[PATCH v2 0/9] Introduce ARC port of OpenEmbedded

;master" branch): https://github.com/foss-for-synopsys-dwc-arc-processors/meta-synopsys Changes v1 -> v2: * Added upstream status for all patches * Rebased on today's master Alexey Brodkin (8): siteinfo: Define data for ARC kernel-arch.bbclass: Add ARC to kernel arch map openssl:

[PATCH v2 3/9] openssl: Add support for ARC

Signed-off-by: Alexey Brodkin --- No changes in v2 meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb | 2 +- meta/recipes-connectivity/openssl/openssl_1.1.1.bb| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb b

[PATCH v2 6/9] icu: Add ARC support

Signed-off-by: Alexey Brodkin --- Changes v1 -> v2: * Added upstream status .../icu/icu/0002-Add-ARC-support.patch | 27 ++ meta/recipes-support/icu/icu_62.1.bb | 1 + 2 files changed, 28 insertions(+) create mode 100644 meta/recipes-supp

Re: [OE-core] [PATCH v2 5/9] libgpg-error: Add ARC support

Hi Ross, On Fri, 2018-09-21 at 11:43 +0100, Burton, Ross wrote: > On Thu, 20 Sep 2018 at 21:44, Alexey Brodkin > wrote: > > > case ${TARGET_ARCH} in > > aarch64_be) TUPLE=aarch64-unknown-linux-gnu ;; > > + arc)TUPLE=i686-unknown-lin

Re: [OE-core] [PATCH v2 8/9] binutils: Fix Glibc building for ARC

Hi Ross, On Fri, 2018-09-21 at 11:55 +0100, Burton, Ross wrote: > I don't like accumulating pending patches for something as key as > binutils, are these actually working their way upstream now? Sure they are! Our team development is very upstream targeted, i.e. we try to submit all our changes

Re: [OE-core] [PATCH v2 5/9] libgpg-error: Add ARC support

Hi Ross, On Fri, 2018-09-21 at 14:31 +0300, Alexey Brodkin wrote: > Hi Ross, > > On Fri, 2018-09-21 at 11:43 +0100, Burton, Ross wrote: > > On Thu, 20 Sep 2018 at 21:44, Alexey Brodkin > > wrote: > > > > > case ${TARGET_ARCH} in > > >

Re: [OE-core] [PATCH v2 5/9] libgpg-error: Add ARC support

Hi Ross, On Fri, 2018-09-21 at 13:53 +0100, Burton, Ross wrote: > Can you check that v3 works with x86-64 targets? > > ERROR: libgpg-error-1.32-r0 do_compile: Function failed: do_compile > (log file is located at > /data/poky-tmp/master/work/corei7-64-poky-linux/libgpg-error/1.32-r0/temp/log.do_c

[PATCH v3 1/9] siteinfo: Define data for ARC

Signed-off-by: Alexey Brodkin --- No changes in v3. Changes v1 -> v2: * Merged changes in meta/classes/siteinfo.bbclass & meta/site/arc-common meta/classes/siteinfo.bbclass | 2 ++ meta/site/arc-common | 11 +++ 2 files changed, 13 insertions(+) create mode 1006

[PATCH v3 3/9] openssl: Add support for ARC

Signed-off-by: Alexey Brodkin --- No changes in v3. No changes in v2. meta/recipes-connectivity/openssl/openssl10_1.0.2p.bb | 2 +- meta/recipes-connectivity/openssl/openssl_1.1.1.bb| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/openssl

[PATCH v3 8/9] binutils: Fix Glibc building for ARC

Signed-off-by: Alexey Brodkin --- No changes in v3. Changes v1 -> v2: * Added upstream status meta/recipes-devtools/binutils/binutils-2.31.inc | 4 + ...location-where-GOT-information-is-collect.patch | 201 + ...bustness.-Return-FALSE-in-case-of-NULL-po.patch |

[PATCH v3 7/9] gcc: Disable libitm for ARC

The libitm is not supported on ARC, so disable it Signed-off-by: Alexey Brodkin --- No changes in v3. No changes in v2. meta/recipes-devtools/gcc/gcc-runtime.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc b/meta/recipes-devtools/gcc/gcc

[PATCH v3 9/9] gcc: Fix specs generation for ARC

8- + +Now if that spec is really used by LD then it fails inevitably +saying that it doesn't know option "--eh-frame-hdr--hash-style=sysv". + +2018-09-17 Alexey Brodkin + + * config/arc/linux.h (LINK_EH_SPEC): Add missing space. + +git-svn-id: svn+ssh

[PATCH v3 2/9] kernel-arch.bbclass: Add ARC to kernel arch map

Signed-off-by: Alexey Brodkin --- No changes in v3. No changes in v2. meta/classes/kernel-arch.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass index 09793fc9c2..2b52a63c64 100644 --- a/meta/classes/kernel

[PATCH v3 6/9] icu: Add ARC support

Signed-off-by: Alexey Brodkin --- No changes in v3. Changes v1 -> v2: * Added upstream status .../icu/icu/0002-Add-ARC-support.patch | 27 ++ meta/recipes-support/icu/icu_62.1.bb | 1 + 2 files changed, 28 insertions(+) create mode 100644 m

[PATCH v3 0/9] Introduce ARC port of OpenEmbedded

;master" branch): https://github.com/foss-for-synopsys-dwc-arc-processors/meta-synopsys Changes v2 -> v3: * libgpg-error: Use proper upstream fix for ARC Glibc tools * libgpg-error: Fix header name for x86_64 Changes v1 -> v2: * Added upstream status for all patches * Rebased on today&#

[PATCH v3 4/9] nspr: Add ARC support

From: Antoine Tenart [Alexey: Rebased on top of other patches like RiscV, NIOS2 etc] Signed-off-by: Antoine Tenart Signed-off-by: Alexey Brodkin --- No changes in v3. Changes v1 -> v2: * Added upstream status .../nspr/nspr/0004-Add-ARC-support.patch |

[PATCH v3 5/9] libgpg-error: Add ARC support

Signed-off-by: Alexey Brodkin Cc: Ross Burton Cc: Werner Koch --- Changes v2 -> v3: * Use proper [recently upstreamed] fix for ARC Glibc toolchain * Fix compilation for x86_64 due to renamed header Changes v1 -> v2: * Added upstream status ...port-ARC-CPUs-and-simplify-al

ARC: machine dictionary - ARCompact vs ARCv2

Hello, While upstreaming ARC bits in OE core I faced one interesting challenge. As of today we have 2 binary-incompatible 32-bit ISAs (Instruction Set Arch): 1. ARCompact (AKA ARCv1) and 2. ARCv2 In Binutils they have 2 separate machine numbers: EM_ARC_COMPACT=93 for ARCompact, see [1] and EM

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

Hi Peter, On Mon, 2018-07-09 at 17:53 +0300, Alexey Brodkin wrote: > Hi Peter, > > On Mon, 2018-07-09 at 16:49 +0200, Peter Zijlstra wrote: > > On Mon, Jul 09, 2018 at 02:33:26PM +, Alexey Brodkin wrote: > > > > In fact, since alloc_dr() uses kmalloc() t

RE: [PATCH] ARCv2: build: use mcpu=hs38 iso generic mcpu=archs

Hu Guenter, > -Original Message- > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On > Behalf Of Guenter Roeck > Sent: Wednesday, September 12, 2018 7:58 PM > To: Vineet Gupta > Cc: linux-snps-arc@lists.infradead.org; linux-ker...@vger.kernel.org > Subject: Re:

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

gt;8 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 --- arch/arc/Kconfig

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-ker...@vger.kernel.org > Cc: linux-snps-arc@lists.infradead.org; Daniel Lezcano > ; Thomas Gleixner > Subject: Re: [PATCH] clocksource/drive

[PATCH v4] libgpg-error: Add ARC support

Signed-off-by: Alexey Brodkin --- Changes v3 -> v4: * Fixed breakage for i586 This was due to not replaced i686-pc-linux-gnu with i686-unknown-linux-gnu Build-tested for MACHINE = "qemux86" Changes v2 -> v3: * Use proper [recently upstreamed] fix for ARC Glibc

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

gt;8 Note how much more meaningful is the second output - time spent for execution pretty much matches number of cycles spent (we're running @ 1GHz here). Signed-off-by: Alexey Brodkin Cc: Daniel Lezcano Cc: Vineet Gupta Cc: Thomas Gleixner --- Changes v1 -> v2:

RE: [PATCH] ARC: Get rid of toolchain check

ATCH] ARC: Get rid of toolchain check > > On Thu, Sep 13, 2018 at 3:24 PM Alexey Brodkin > wrote: > > > > This check is very naive: we simply test if GCC invoked without > > "-mcpu=XXX" has ARC700 define set. In that case we think that GCC > > wa

RE: [PATCH] ARC: Don't set CROSS_COMPILE in arch's Makefile

Hello, > -Original Message- > From: Alexey Brodkin [mailto:abrod...@synopsys.com] > Sent: Sunday, September 16, 2018 11:48 PM > To: linux-snps-arc@lists.infradead.org > Cc: linux-ker...@vger.kernel.org; Vineet Gupta ; Alexey > Brodkin ; Masahiro > Yamada ; Rob Herri

[PATCH] mpfr: Fix compilation for ARC

%1, %4, %5\n\tadc\t%0, %2, %3" \ |^~~ Signed-off-by: Alexey Brodkin --- .../0001-Fix-obsolete-ARC-asm-constraints.patch| 45 ++ meta/recipes-support/mpfr/mpfr_4.0.1.bb| 3 +- 2 files changed, 47 insertions(+), 1 deletion(-) create mode 100644

<    1   2   3   4   5   6   7   >