mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Arnd Bergmann <arnd@kernel.org>
To: musl@lists.openwall.com
Cc: 陈国祺 <chenguoqi@loongson.cn>
Subject: Re: [musl] Port the new architecture loongarch64 to musl
Date: Fri, 7 May 2021 23:58:15 +0200	[thread overview]
Message-ID: <CAK8P3a1HDjzX0Wra7o00F95npU+TKM7_1C81KNwvdxB8=xh3Zg@mail.gmail.com> (raw)
In-Reply-To: <5f6d09a5.c3a.179460eee20.Coremail.zhaixiaojuan@loongson.cn>

On Fri, May 7, 2021 at 11:01 AM 翟小娟 <zhaixiaojuan@loongson.cn> wrote:
>
> Hi,
> I ported a new architecture loongarch64 on the latest branch of musl master. It has been successfully compiled and run the official test libraries libc-testsuit and libc-test of musl.
> The source code of the prot has been published in https://github.com/loongson-community/musl.  Or check the attachment 0001-port-to-loongarch64.patch, it is the transplanted patch file.

It's nice to see upstreaming work for loongarch64.

I'm mainly interested in the kernel side of this, as I review any new
ports of Linux
to new architectures.

Looking at the system call interfaces, I see that you used the generic ABI,
so there is a good chance that this will not require incompatible changes,
but a proper review of the kernel port will be necessary to be sure.

I did notice that the system call list is a bit outdated and does not
reflect the
latest kernel, but that should be easy to change. There are a few system calls
that are technically obsoleted by newer variants now, and we may decide to
drop them for new architectures in favor of the newer variants, e.g. openat,
faccessat, and io_getevents.

The order I would generally recommend for upstreaming is:

1. toolchain (either gcc/binutils or clang)
2. kernel
3. libc
4. everything else

If you do the order differently, there is a risk that ABI changes in one of the
lower levels require changing the upper levels later on.

        Arnd

       reply	other threads:[~2021-05-08 19:52 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5f6d09a5.c3a.179460eee20.Coremail.zhaixiaojuan@loongson.cn>
2021-05-07 21:58 ` Arnd Bergmann [this message]
2021-05-08  5:16   ` 翟小娟
2021-05-09  7:56     ` Arnd Bergmann
     [not found] ` <CAE2XoE_9sQrizuiy0afA1dQdPxgOkPda_39oB9DOJN1c2FB0Cw@mail.gmail.com>
2021-05-08  5:18   ` 翟小娟
2021-06-24 11:43   ` 翟小娟
2021-06-24 11:56     ` 罗勇刚(Yonggang Luo)
2021-06-24 12:17       ` 翟小娟
2021-06-24 12:47         ` 罗勇刚(Yonggang Luo)
     [not found] ` <32e9f7ee-bd3c-762a-a771-2da41a8c1bb0@dereferenced.org>
2021-05-08  5:23   ` 翟小娟
2021-05-08  7:49     ` Ariadne Conill
2021-05-12  9:30       ` 翟小娟
2021-05-12 12:07         ` 罗勇刚(Yonggang Luo)
2021-05-12 19:53         ` Ariadne Conill
2021-05-17 11:19           ` 翟小娟

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='CAK8P3a1HDjzX0Wra7o00F95npU+TKM7_1C81KNwvdxB8=xh3Zg@mail.gmail.com' \
    --to=arnd@kernel.org \
    --cc=chenguoqi@loongson.cn \
    --cc=musl@lists.openwall.com \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

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