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 5E1122B6B1 for ; Tue, 12 Mar 2024 03:06:41 +0100 (CET) Received: (qmail 11439 invoked by uid 550); 12 Mar 2024 02:02:29 -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 11395 invoked from network); 12 Mar 2024 02:02:28 -0000 To: musl@lists.openwall.com References: <20240312005150.GB4163@brightrain.aerifal.cx> From: Hongliang Wang Message-ID: Date: Tue, 12 Mar 2024 10:06:32 +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: <20240312005150.GB4163@brightrain.aerifal.cx> Content-Type: text/plain; charset=gbk; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-CM-TRANSID:AQAAf8DxDc+cuO9l1LxWAA--.32275S3 X-CM-SenderInfo: pzdqwxxrqjzxhdqjqz5rrqw2lrqou0/ X-Coremail-Antispam: 1Uk129KBj93XoW7uw1DWr4UJF1xZF4DCw1kXrc_yoW8Wrykpa yj9F1kCr40ya4kKr47Jrn8AFWYyr4DuayYkr1DGayrAFW5GrW7WFWxKryUZFy29r47Cay2 qF1vgw47tw1UXabCm3ZEXasCq-sJn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7KY7ZEXa sCq-sGcSsGvfJ3Ic02F40EFcxC0VAKzVAqx4xG6I80ebIjqfuFe4nvWSU5nxnvy29KBjDU 0xBIdaVrnRJUUUvFb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I20VC2zVCF04k26cxKx2 IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48v e4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Gr0_Xr1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI 0_Gr0_Cr1l84ACjcxK6I8E87Iv67AKxVWxJVW8Jr1l84ACjcxK6I8E87Iv6xkF7I0E14v2 6r4UJVWxJr1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqjxCEc2xF0cIa020Ex4CE44I27w Aqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE 14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvEwIxGrwCYjI0SjxkI62AI1c AE67vIY487MxAIw28IcxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8C rVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUJVWUXw CIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x02 67AKxVWUJVW8JwCI42IY6xAIw20EY4v20xvaj40_Jr0_JF4lIxAIcVC2z280aVAFwI0_Jr 0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JbIYCTnIWIevJa73UjIFyTuYvjxUzsqW UUUUU Subject: Re: [musl] loongarch64 atomics not working? ÔÚ 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