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=-4.1 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE 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 8E6BF267FC for ; Tue, 12 Mar 2024 09:31:31 +0100 (CET) Received: (qmail 26580 invoked by uid 550); 12 Mar 2024 08:27:19 -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 26545 invoked from network); 12 Mar 2024 08:27:18 -0000 To: musl@lists.openwall.com References: <20240312005150.GB4163@brightrain.aerifal.cx> From: lixing Message-ID: <4f5abddd-09f9-f05f-6cc6-719fc365b449@loongson.cn> Date: Tue, 12 Mar 2024 16:31:12 +0800 User-Agent: Mozilla/5.0 (X11; Linux loongarch64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-CM-TRANSID:AQAAf8CxrhPQEvBlevtWAA--.42737S3 X-CM-SenderInfo: pol0x03j6o00pqjv00gofq/ X-Coremail-Antispam: 1Uk129KBj93XoW7WF43Ar15KrWfZw43Cr4xZrc_yoW8uw1fpa y09F1kCrW8A3WkKw42q3s0kFZ0yr1Dua90kFn8GFW8ZFW5Gry7WFWIg34DuF9rKw4xAw42 qFnFgw129w1rXwcCm3ZEXasCq-sJn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7KY7ZEXa sCq-sGcSsGvfJ3Ic02F40EFcxC0VAKzVAqx4xG6I80ebIjqfuFe4nvWSU5nxnvy29KBjDU 0xBIdaVrnRJUUUv2b4IE77IF4wAFF20E14v26r1j6r4UM7CY07I20VC2zVCF04k26cxKx2 IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48v e4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Gr0_Xr1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI 0_Gr0_Cr1l84ACjcxK6I8E87Iv67AKxVW8Jr0_Cr1UM28EF7xvwVC2z280aVCY1x0267AK xVW8Jr0_Cr1UM2AIxVAIcxkEcVAq07x20xvEncxIr21l57IF6xkI12xvs2x26I8E6xACxx 1l5I8CrVACY4xI64kE6c02F40Ex7xfMcIj6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv 67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IY64vIr41lc7I2V7IY0VAS07 AlzVAYIcxG8wCF04k20xvY0x0EwIxGrwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02 F40E14v26r1j6r18MI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jr0_Jr ylIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7Cj xVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG6r1j6r1xMIIF0xvEx4A2jsIE14v26r 1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsGvfC2KfnxnUUI43ZEXa7IU1CP fJUUUUU== Subject: Re: [musl] loongarch64 atomics not working? 在 2024/3/12 上午10:06, Hongliang Wang 写道: > > > 在 2024/3/12 上午8:51, Rich Felker 写道: >> There's been a report of mksh hanging on loongarch64, at least under >> qemu, apparently hanging in a_cas_p: >> >> (gdb) run >> Starting program: /mksh >> ^C >> Program received signal SIGINT, Interrupt. >> a_cas_p (p=0x120054288 , t=0x12003b970 , >> s=0x7fffffffc34c) >>      at ./src/internal/atomic.h:94 >> warning: 94     ./src/internal/atomic.h: No such file or directory >> (gdb) bt >> #0  a_cas_p (p=0x120054288 , t=0x12003b970 , >>      s=0x7fffffffc34c) at ./src/internal/atomic.h:94 >> #1  cgt_init (clk=0, ts=0x7ffffffefb60) at src/time/clock_gettime.c:51 >> #2  0x000000012003ba4c in __clock_gettime (clk=clk@entry=0, >>      ts=ts@entry=0x7ffffffefb60) at src/time/clock_gettime.c:67 >> #3  0x000000012003830c in gettimeofday (tv=tv@entry=0x7ffffffefba0, >>      tz=tz@entry=0x0) at src/time/gettimeofday.c:9 >> #4  0x000000012002f098 in change_winsz () at var.c:1718 >> #5  0x0000000120000348 in main_init (lp=, >>      sp=, argv=0x7ffffffefd18, argc=1) at main.c:369 >> #6  main (argc=, argv=) at main.c:738 >> >> This is very basic usage, just the vdso clock_gettime init code trying >> to replace a pointer atomically. Is it working on real hardware? I'm >> trying to figure out if this is a qemu bug, or if the asm or the asm >> argument constraints are wrong in musl's >> arch/loongarch64/atomic_arch.h. >> >> Rich >> > > We will test it on real hardware to confirm if it can work as soon as > possible. > > Regards, > Hongliang Wang Hi, Rich We've tested static and dynamic build mksh with commit id cbb8a0196aab53165a35339fd91ade599d184f both works ok. We compiled qemu 8.2.2 with the following configuration: ./configure --prefix=/usr --target-list=loongarch64-linux-user --disable-werror --static --disable-docs then run with qemu-loongarch64 ./mksh without hang. Thanks, XingLi