From patchwork Fri Oct 11 08:02:54 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: caiyinyu X-Patchwork-Id: 1995930 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@legolas.ozlabs.org Authentication-Results: legolas.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=sourceware.org (client-ip=2620:52:3:1:0:246e:9693:128c; helo=server2.sourceware.org; envelope-from=libc-alpha-bounces~incoming=patchwork.ozlabs.org@sourceware.org; receiver=patchwork.ozlabs.org) Received: from server2.sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by legolas.ozlabs.org (Postfix) with ESMTPS id 4XPzhk1yLrz1xt1 for ; Fri, 11 Oct 2024 19:05:57 +1100 (AEDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 1B53F3857354 for ; Fri, 11 Oct 2024 08:05:56 +0000 (GMT) X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from mail.loongson.cn (mail.loongson.cn [114.242.206.163]) by sourceware.org (Postfix) with ESMTP id 8E0923858D26 for ; Fri, 11 Oct 2024 08:05:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8E0923858D26 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=loongson.cn Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=loongson.cn ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 8E0923858D26 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=114.242.206.163 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728633941; cv=none; b=f2kpQaPbeMf6JOKkQaqlbgB1zwIgakzoH21zb0UttfyqBegZhaqjcSOGutpr8M+4Twmo2dTj8T275RZd0ViN+D8l8L/NLMa07bDGN0jjxdevtszUsp1XsCfD81w9uC7yXuLB7Nzj/3j6tBWUrrbDJJUFLV5I+o9RLs4ia45gOhM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728633941; c=relaxed/simple; bh=mGZ7v0S7XlB0TazCkMDoYLndJrmhU4E1nJB8RoCBOWI=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=g0fVVGFLikQSIvvAZnc8E80T/yforZQ2a+87hc+uieMUb4XBAQUqxzJRBdG9o2y7w5916VfV06EshkHl4lSOuTKXEu/Tks8kjTJB/YuOzf9eBs2X+TlhilQ7AudA8QzkTR0DQZVwIzm2PdDB8XF48/gPylLNOsOX3J0RnYLe8Lc= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from loongson.cn (unknown [10.40.65.51]) by gateway (Coremail) with SMTP id _____8AxjmtP3AhnIlETAA--.27982S3; Fri, 11 Oct 2024 16:05:35 +0800 (CST) Received: from localhost.localdomain (unknown [10.40.65.51]) by front2 (Coremail) with SMTP id qciowMAxqMVK3AhnifAmAA--.41000S4; Fri, 11 Oct 2024 16:05:33 +0800 (CST) From: caiyinyu To: adhemerval.zanella@linaro.org, libc-alpha@sourceware.org Cc: fweimer@redhat.com, xry111@xry111.site, caiyinyu Subject: [PATCH] LoongArch: Regenerate loongarch/arch-syscall.h by build-many-glibcs.py update-syscalls. Date: Fri, 11 Oct 2024 16:02:54 +0800 Message-ID: <20241011080253.2764887-2-caiyinyu@loongson.cn> X-Mailer: git-send-email 2.45.2 MIME-Version: 1.0 X-CM-TRANSID: qciowMAxqMVK3AhnifAmAA--.41000S4 X-CM-SenderInfo: 5fdl5xhq1xqz5rrqw2lrqou0/ X-Coremail-Antispam: 1Uk129KBj93XoWxJw1kAF17Ar4kJw4ktryDXFc_yoW5CFyxpr yY9w15ta18CFZ7uwna93WxXr1xXry8G3y7JFW3K3y8AFW7Jwn5WFyjvFyfWF47ZryfKay0 vr4kt34DWFyUX3cCm3ZEXasCq-sJn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7KY7ZEXa sCq-sGcSsGvfJ3Ic02F40EFcxC0VAKzVAqx4xG6I80ebIjqfuFe4nvWSU5nxnvy29KBjDU 0xBIdaVrnRJUUUkFb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I20VC2zVCF04k26cxKx2 IYs7xG6rWj6s0DM7CIcVAFz4kK6r1Y6r17M28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48v e4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_JFI_Gr1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI 0_Gr0_Cr1l84ACjcxK6I8E87Iv67AKxVW8Jr0_Cr1UM28EF7xvwVC2z280aVCY1x0267AK xVW8Jr0_Cr1UM2AIxVAIcxkEcVAq07x20xvEncxIr21l57IF6xkI12xvs2x26I8E6xACxx 1l5I8CrVACY4xI64kE6c02F40Ex7xfMcIj6xIIjxv20xvE14v26r106r15McIj6I8E87Iv 67AKxVWUJVW8JwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41l42xK82IYc2 Ij64vIr41l4I8I3I0E4IkC6x0Yz7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUJVWUGwC20s02 6x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r126r1DMIIYrxkI7VAKI48JMIIF0x vE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0xvE 42xK8VAvwI8IcIk0rVWUJVWUCwCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6x kF7I0E14v26r1j6r4UYxBIdaVFxhVjvjDU0xZFpf9x07jUsqXUUUUU= X-Spam-Status: No, score=-12.6 required=5.0 tests=BAYES_00, GIT_PATCH_0, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libc-alpha-bounces~incoming=patchwork.ozlabs.org@sourceware.org Hi, there seems to be some mistake. According to Florian Weimer's suggestion[0] and my testing, the purpose of commit 255dc1e4ed8 [1] was to prevent build-many-glibcs.py update-syscalls from adding __NR_fstat 80 and __NR_newfstatat 79 to loongarch/arch-syscall.h, as we have currently decided not to use these two syscalls to remain consistent with the previous implementation.(for full discussion, see: https://sourceware.org/pipermail/libc-alpha/2024-September/thread.html, thread: [PATCH] LoongArch: Add fstat64 and fstatat64). However, I found that __NR_fstat 80 and __NR_newfstatat 79 were added to loongarch/arch-syscall.h in commit 02de16df481f15d5f6f2a8d98aa1bb2888aec13b [1]. This resulted in 79 and 80 being used. I regenerate the loongarch/arch-syscall.h headers and send the patch *assuming I am allowed to modify arch-syscall.h.* [0] https://sourceware.org/pipermail/libc-alpha/2024-September/160103.html [1] commit 255dc1e4ed8b816919470633543b38a4428d9655 (offical/master) Author: caiyinyu Date: Tue Sep 24 11:09:32 2024 +0800 LoongArch: Undef __NR_fstat and __NR_newfstatat. In Linux 6.11, fstat and newfstatat are added back. To avoid the messy usage of the fstat, newfstatat, and statx system calls, we will continue using statx only in glibc, maintaining consistency with previous versions of the LoongArch-specific glibc implementation. Signed-off-by: caiyinyu Reviewed-by: Xi Ruoyao Suggested-by: Florian Weimer sysdeps/unix/sysv/linux/loongarch/fixup-asm-unistd.h | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) [2] commit 02de16df481f15d5f6f2a8d98aa1bb2888aec13b Author: Adhemerval Zanella Date: Tue Oct 8 15:45:24 2024 -0300 Update syscall lists for Linux 6.11 Linux 6.11 changes for syscall are: * fstat/newfstatat for loongarch (it should be safe to add since 255dc1e4ed8 that undefine them). * clone3 for nios2, which only adds the entry point but defined __ARCH_BROKEN_SYS_CLONE3 (the syscall will always return ENOSYS). * uretprobe for x86_64 and x32. --- sysdeps/unix/sysv/linux/loongarch/arch-syscall.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/sysdeps/unix/sysv/linux/loongarch/arch-syscall.h b/sysdeps/unix/sysv/linux/loongarch/arch-syscall.h index 7e732256fd..8bb82448a7 100644 --- a/sysdeps/unix/sysv/linux/loongarch/arch-syscall.h +++ b/sysdeps/unix/sysv/linux/loongarch/arch-syscall.h @@ -59,7 +59,6 @@ #define __NR_fsmount 432 #define __NR_fsopen 430 #define __NR_fspick 433 -#define __NR_fstat 80 #define __NR_fstatfs 44 #define __NR_fsync 82 #define __NR_ftruncate 46 @@ -167,7 +166,6 @@ #define __NR_munmap 215 #define __NR_name_to_handle_at 264 #define __NR_nanosleep 101 -#define __NR_newfstatat 79 #define __NR_nfsservctl 42 #define __NR_open_by_handle_at 265 #define __NR_open_tree 428