From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id F066327447 for ; Fri, 2 Aug 2024 08:33:53 +0200 (CEST) Received: (qmail 26247 invoked by uid 550); 2 Aug 2024 06:33:49 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 26203 invoked from network); 2 Aug 2024 06:33:48 -0000 To: musl@lists.openwall.com Cc: wanghongliang@loongson.cn From: lixing Message-ID: <5d282498-7300-645f-33e6-c1f725f9e8ff@loongson.cn> Date: Fri, 2 Aug 2024 14:33:33 +0800 User-Agent: Mozilla/5.0 (X11; Linux loongarch64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CM-TRANSID:qMiowMAxRuS9faxmGFULAA--.55583S3 X-CM-SenderInfo: pol0x03j6o00pqjv00gofq/ X-Coremail-Antispam: 1Uk129KBj9xXoW7Xw48Kw4DGw17Kw18GF1kXrc_yoWftwc_X3 yxG3WkWFW8JayDXFyqvryfZryfWayFyFZxAan3AF17Arn8CFn3Xrs8Jwn5Ar17KFZ5JrZx Zrs5trn3CrWUZosvyTuYvTs0mTUanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUj1kv1TuYvT s0mT0YCTnIWjqI5I8CrVACY4xI64kE6c02F40Ex7xfYxn0WfASr-VFAUDa7-sFnT9fnUUI cSsGvfJTRUUUbI8YFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I6I8E6xAIw20EY4v20x vaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM28CjxkF64kEwVA0rcxS w2x7M28EF7xvwVC0I7IYx2IY67AKxVWUCVW8JwA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxV WUJVW8JwA2z4x0Y4vEx4A2jsIE14v26r4UJVWxJr1l84ACjcxK6I8E87Iv6xkF7I0E14v2 6r4UJVWxJr1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqjxCEc2xF0cIa020Ex4CE44I27w Aqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE 14v26r4j6F4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvEwIxGrwCYjI0SjxkI62AI1c AE67vIY487MxAIw28IcxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8C rVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUXVWUAw CIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x02 67AKxVWUJVW8JwCI42IY6xAIw20EY4v20xvaj40_Jr0_JF4lIxAIcVC2z280aVAFwI0_Jr 0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JbIYCTnIWIevJa73UjIFyTuYvjxU20PS UUUUU Subject: [musl] loongarch64: Add lsx and lasx regset definition Hi Rich, When building the upstream binutils-gdb, we found that the lack of lsx and lasx regset definition lead to the compiling work error. we need to add elf_lsxregset_t and elf_lasxregset_t definition in loongarch64.  arch/loongarch64/bits/user.h | 12 ++++++++++++  1 file changed, 12 insertions(+) diff --git a/arch/loongarch64/bits/user.h b/arch/loongarch64/bits/user.h index fd9b7b22..10e1be45 100644 --- a/arch/loongarch64/bits/user.h +++ b/arch/loongarch64/bits/user.h @@ -22,3 +22,15 @@ typedef union {         float f;  } elf_fpreg_t;  typedef elf_fpreg_t elf_fpregset_t[ELF_NFPREG]; + +typedef union +{ +       double d[2]; +       float f[4]; +} elf_lsxregset_t[32] __attribute__((__aligned__(16))); + +typedef union +{ +       double d[4]; +       float f[8]; +} elf_lasxregset_t[32] __attribute__((__aligned__(32))); Thank you.