From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from albireo.enyo.de (albireo.enyo.de [37.24.231.21]) by sourceware.org (Postfix) with ESMTPS id 741AC3858CDA for ; Fri, 24 Mar 2023 09:48:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 741AC3858CDA Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=deneb.enyo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=deneb.enyo.de Received: from [172.17.203.2] (port=44529 helo=deneb.enyo.de) by albireo.enyo.de ([172.17.140.2]) with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) id 1pfe1d-00Eytv-KV; Fri, 24 Mar 2023 09:47:57 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.96) (envelope-from ) id 1pfe1d-0011ow-1P; Fri, 24 Mar 2023 10:47:57 +0100 From: Florian Weimer To: Xi Ruoyao via Libc-alpha Cc: Xi Ruoyao , caiyinyu , Wang Xuerui , Adhemerval Zanella Netto , Andreas Schwab Subject: Re: [PATCH] linux: Allow avoiding va_list for generic syscall and use it for LoongArch References: <20230324072745.4138-1-xry111@xry111.site> Date: Fri, 24 Mar 2023 10:47:57 +0100 In-Reply-To: <20230324072745.4138-1-xry111@xry111.site> (Xi Ruoyao via Libc-alpha's message of "Fri, 24 Mar 2023 15:27:45 +0800") Message-ID: <87mt424h0y.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-5.8 required=5.0 tests=BAYES_00,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 List-Id: * Xi Ruoyao via Libc-alpha: > Currently GCC generates highly sub-optimal code on architectures where > the calling convention prefers registers for arugment passing. This is Typo: ar[gu]ment > LoongArch is benefited from this (saving about 430 CPU cycles per > syscall, though I won't call it a significant improvement because > syscall is "slow" in nature). And in the future we may switch more > ports to use the generic syscall without a performance regression, > reducing the number of target-specific syscall.{c,S} files we need to > maintain. Does this impact the open* and fcntl* wrappers as well?