From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xry111.site (xry111.site [89.208.246.23]) by sourceware.org (Postfix) with ESMTPS id 624AB3858409 for ; Sat, 25 Mar 2023 14:09:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 624AB3858409 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=xry111.site Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=xry111.site DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xry111.site; s=default; t=1679753343; bh=tNKFZmzobPGpHKpcsYWbg5L9JVlk46+nmKObej3H5hk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=MmQEiGoMLiZ2kqIZ7sBe2VwBqnjfmyCyF3//jkd/O1ZLcDyLqoM2OIUPrZ9K4RRud 0cE7Xzgi7eNHTJns9DDeVp/vMleA9J+swu8s0j1lP6JUrpOSs6H0yxYmEWaiaMQ+aw TkbPRHk6jQTG9SAXdO8nAJggUjeyKhjqbO9C5Z5k= Received: from stargazer.. (unknown [IPv6:240e:358:1172:ca00:dc73:854d:832e:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) (Authenticated sender: xry111@xry111.site) by xry111.site (Postfix) with ESMTPSA id 12A006647A; Sat, 25 Mar 2023 10:08:58 -0400 (EDT) From: Xi Ruoyao To: libc-alpha@sourceware.org Cc: caiyinyu , Wang Xuerui , Adhemerval Zanella Netto , Andreas Schwab , Florian Weimer , Xi Ruoyao Subject: [PATCH v2 5/5] aarch64: Define __ASSUME_SYSCALL_NAMED_WORKS for Linux Date: Sat, 25 Mar 2023 22:08:15 +0800 Message-Id: <20230325140815.4170296-6-xry111@xry111.site> X-Mailer: git-send-email 2.40.0 In-Reply-To: <20230325140815.4170296-1-xry111@xry111.site> References: <20230325140815.4170296-1-xry111@xry111.site> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-8.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,LIKELY_SPAM_FROM,SPF_HELO_PASS,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 List-Id: AAPCS treats the variable arguments same as named ones, and when each argument is an integer not wider than 8 bytes, the ith argument is in register xi (0 <= i < 8), or the stack slot at (sp + 8 * (i - 8)) (i >= 8) no matter how many arguments are passed. So we can define __ASSUME_SYSCALL_NAMED_WORKS to avoid unnecessary stack stores in the syscall wrappers caused by va_start. --- sysdeps/unix/sysv/linux/aarch64/kernel-features.h | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/sysdeps/unix/sysv/linux/aarch64/kernel-features.h b/sysdeps/unix/sysv/linux/aarch64/kernel-features.h index 3546f6de96..c39ff39da2 100644 --- a/sysdeps/unix/sysv/linux/aarch64/kernel-features.h +++ b/sysdeps/unix/sysv/linux/aarch64/kernel-features.h @@ -21,3 +21,12 @@ #undef __ASSUME_CLONE_DEFAULT #define __ASSUME_CLONE_BACKWARDS 1 + +/* Define this if the calling convention for passing x named arguments and y + variable arguments is same as passing (x + y) named arguments, while each + argument is either an integer of which the width is less than or equal to + "long", or a pointer; and an argument can be fetched from the same register + or the same offset from the stack pointer no matter how many (maybe zero) + arguments are passed after it. It avoids useless stack stores caused by + usage of va_start. */ +#define __ASSUME_SYSCALL_NAMED_WORKS 1 -- 2.40.0