From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI,
	RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS
	autolearn=ham autolearn_force=no version=3.4.2
Received: (qmail 1570 invoked from network); 15 Apr 2020 18:55:28 -0000
Received-SPF:  pass (mother.openwall.net: domain of lists.openwall.com
  designates 195.42.179.200 as permitted sender)
  receiver=inbox.vuxu.org; client-ip=195.42.179.200
  envelope-from=<musl-return-15701-ml=inbox.vuxu.org@lists.openwall.com>
Received: from mother.openwall.net (195.42.179.200)
  by inbox.vuxu.org with UTF8ESMTPZ; 15 Apr 2020 18:55:28 -0000
Received: (qmail 12248 invoked by uid 550); 15 Apr 2020 18:55:26 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 12227 invoked from network); 15 Apr 2020 18:55:25 -0000
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:date:from:to:cc:subject:message-id:references
         :mime-version:content-disposition:in-reply-to;
        bh=GSsqvM+++OAlSI24/3sTgH15BSMgCn5ptPYJFEBUyx0=;
        b=Ofvj8/8oZu8KBTaMq1XbwZMyxgnX2ASSKT5rc2qchRGdfnccHYmsSyfCTM8QHGpGUO
         ywIZLdUNN+hFnYAS+JZKp9+f0LIQFEW7iEIbnk+EL2vzs9886LKo1RXEkPTcwZM5Xyeg
         WIH3Pk7pyZA0bGLGV9AVQb51h00m9xIT60hPvmStYth2bcgUoUuqLtwXUjkh54Xun66L
         u+/+HXcYMJLu7i3FTSoXlJG7SkPIPqYKnumGdmeOlaj9DCdOavaCh5Qup1CGvEvnrI6a
         ZHTm9m78Wr9jECvvL4kJpdduBggahHFcDUPzkT3HHCPWRMW5B81aNETUEPJ8Xzgirvvm
         IW7Q==
X-Gm-Message-State: AGi0Puaz7Lapp3XWGhHJK36ILsGqtGkM3bPEDv3kwahws77Cu+pPlzGM
	93NkxSnAEaNV6ykNUHI4nhA=
X-Google-Smtp-Source: APiQypKCRfHFPF2TQlJAlInJvqktc1suM31QXFKeTLHVPbO466jVySawEEneCs/74bnRZieKKYEUdA==
X-Received: by 2002:a65:5a8b:: with SMTP id c11mr20423064pgt.215.1586976913696;
        Wed, 15 Apr 2020 11:55:13 -0700 (PDT)
Date: Wed, 15 Apr 2020 11:55:12 -0700
From: Fangrui Song <i@maskray.me>
To: sidneym@codeaurora.org
Cc: musl@lists.openwall.com
Message-ID: <20200415185512.6u2xkf3ix6haccwz@gmail.com>
References: <000a01d61328$7f2614b0$7d723e10$@codeaurora.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <000a01d61328$7f2614b0$7d723e10$@codeaurora.org>
Subject: Re: [musl] Hexagon DSP support

On 2020-04-15, sidneym@codeaurora.org wrote:
>Recently work has been done with clang/llvm/lld to extend support for
>Qualcomm's Hexagon DSP to a Linux target.  At this point the publicly
>available LLVM tools are able to build and run Hexagon programs via QEMU.
>I've attached a patch that add the Hexagon bits to musl.  The optimized
>routines have been purposely omitted to keep the size and complexity to a
>minimum.
>
>The changes are being mirrored here:
>https://github.com/quic/musl/tree/hexagon
>The QEMU mirror is here: https://github.com/quic/qemu
>A description of the assembly language is here:
>https://developer.qualcomm.com/download/hexagon/hexagon-v5x-programmers-refe
>rence-manual.pdf?referrer=node/6116
>
>The objective is to have enough freely available tools and libraries that
>any user could develop code for the DSP.  The C-library is an important part
>of that stack and this patch is intended to start a discussion of what would
>need to happen in order for Hexagon to be added to the musl sources.
>
>I've tested this using libc-test (git://repo.or.cz/libc-test) and 56 errors
>are reported.  The support for Hexagon in QEMU is on-going and while some of
>the errors (math) may be attributed to QEMU most also happen on hardware.  A
>good chunk fail due to floating point exception status or precision.
>
>Beyond the above testing a large number of packages have been built using
>buildroot with our internal llvm tools.  No issues outside of tweaks to
>avoid glibc assumptions were seen.

WoW

Any chance to move the psABI
(http://lists.llvm.org/pipermail/llvm-dev/attachments/20190916/21516a52/attachment-0001.pdf),
as mentioned by https://reviews.llvm.org/D77021#1950279 to a more discoverable/official place :) ?