linux-snps-arc.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: vineet.gupta1@synopsys.com (Vineet Gupta)
To: linux-snps-arc@lists.infradead.org
Subject: [PATCH v2 00/15] glibc port to ARC processors
Date: Wed, 30 Jan 2019 10:15:09 -0800	[thread overview]
Message-ID: <980d8411-e4b9-24c0-3340-c112d6d6c349@synopsys.com> (raw)
In-Reply-To: <alpine.DEB.2.21.1901300220520.24454@digraph.polyomino.org.uk>

On 1/29/19 6:29 PM, Joseph Myers wrote:
> In the absence of clear consensus regarding consideration of new ports to 
> undocumented architectures (which would need to result in consensus on 
> suitable rules on the subject to go in 
> <https://sourceware.org/glibc/wiki/NewPorts>), and in the absence of 
> suitable public architecture and ABI documentation, I don't intend to 
> attempt review of this or subsequent versions of the port submission.

That would be really unfortunate. Your prior reviews of RFC and v1 have been
immensely helpful, it would be a shame to not continue to get this privilege goinf
fwd.

Having said that, wheels were already set in motion after your initial request in
December. The ARCv2 ABI spec was opened up quickly (and mea culpa for not
referencing it v2 submission). It is now publicly accessibly at [1]

The public version of PRM is being worked on, but it will take time to come to
fruition. I hope you appreciate these things take time, considering where we came
from - and it seems you found a workaround anyways ;-)


> (I 
> am supposing that the documentation available at 
> <http://me.bios.io/ARC_disassembly> - which in any case does not include 
> an ABI reference - is for an architecture version too old to be sufficient 
> for understanding and maintaining the port code as may be needed in the 
> course of glibc maintenance.)

Not really. It sure pertains to the predecessor ARCompact ISA, but in ARCv2 the
bulk of changes were to Interrupt architecture, micro-architecture optimizations,
SMP support etc, which are not relevant for glibc or general userspace coding.
While the encodings etc did change, much of the baseline instruction set is pretty
much the same, so ARCv2 assembly or generated code easily maps to ARCompact.

I do hope this is enough for you to reconsider reviewing the code.

Thx,
-Vineet

[1]
https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/wiki/files/ARCv2_ABI.pdf

  reply	other threads:[~2019-01-30 18:15 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-30  1:25 [PATCH v2 00/15] glibc port to ARC processors Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 01/15] ARC: add definitions to elf/elf.h Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 02/15] ARC: ABI Implementation Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 03/15] ARC: startup and dynamic linking code Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 04/15] ARC: Thread Local Storage support Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 05/15] ARC: Atomics and Locking primitives Vineet Gupta
2019-01-30  8:28   ` Andreas Schwab
2019-01-30 17:40     ` Vineet Gupta
2019-02-01  1:57       ` Need for arch pthread-offsets.h (was Re: [PATCH v2 05/15] ARC: Atomics and Locking primitives) Vineet Gupta
2019-02-04 10:02         ` Andreas Schwab
2019-01-30 21:04     ` [PATCH v2 05/15] ARC: Atomics and Locking primitives Joseph Myers
2019-01-30 21:35       ` Vineet Gupta
2019-01-30 21:50         ` Joseph Myers
2019-01-30 22:02           ` Vineet Gupta
2019-01-30 22:05             ` Joseph Myers
2019-01-30  1:25 ` [PATCH v2 06/15] ARC: math soft float support Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 07/15] ARC: Linux Syscall Interface Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 08/15] ARC: Linux ABI Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 09/15] ARC: Linux Startup and Dynamic Loading Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 10/15] ARC: ABI lists Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 11/15] ARC: Update syscall-names.list for ARC specific syscalls Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 12/15] ARC: Build Infrastructure Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 13/15] build-many-glibcs.py: Enable ARC builds Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 14/15] NEWS: mention ARC port Vineet Gupta
2019-01-30  1:25 ` [PATCH v2 15/15] make-syscalls.sh: fix comment referencing syscall-template Vineet Gupta
2019-01-30  2:20   ` Joseph Myers
2019-01-30  2:29 ` [PATCH v2 00/15] glibc port to ARC processors Joseph Myers
2019-01-30 18:15   ` Vineet Gupta [this message]
2019-01-30 21:19     ` Joseph Myers
2020-01-17 19:34     ` ARCv2 Public PRM (was Re: [PATCH v2 00/15] glibc port to ARC processors) Vineet Gupta
2020-01-17 21:56       ` Joseph Myers
2020-02-06 17:19         ` Vineet Gupta
2020-02-06 21:51           ` Joseph Myers
2020-02-06 22:06             ` Alistair Francis
2020-02-06 22:41               ` Vineet Gupta
2020-02-09 12:27                 ` Lukasz Majewski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=980d8411-e4b9-24c0-3340-c112d6d6c349@synopsys.com \
    --to=vineet.gupta1@synopsys.com \
    --cc=linux-snps-arc@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).