From patchwork Wed Sep 7 14:40:02 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Robin Dapp X-Patchwork-Id: 1073 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5044:0:0:0:0:0 with SMTP id h4csp1174941wrt; Wed, 7 Sep 2022 07:40:51 -0700 (PDT) X-Google-Smtp-Source: AA6agR4QlQMRFRegijim3rMsDLNQJnuj0II8RKfCiatO0drdX8MnxJFRUwIeiQwOIQIVt4Z1a6YA X-Received: by 2002:a05:6402:4282:b0:43e:612c:fcf7 with SMTP id g2-20020a056402428200b0043e612cfcf7mr3332968edc.242.1662561651815; Wed, 07 Sep 2022 07:40:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662561651; cv=none; d=google.com; s=arc-20160816; b=diVY0uFA9PHpUuKLE43JpeUzUFVywgSGuqvnc+GYyaroUgbtS0a68UfC8ANp9q0pf6 rgzxdJXHim6yUv9CYRJsmnjmZ8yyf8Ddh9EUw21GQ+O42Qzn1Zqgmj1+2yaB6atJzzBp mWZmcFYMYThJwGJX1NVEoMYtDc86scKRckNDqJlbVzD2QX54CaUKmh8BYy74TlEwBkJE Rjek7q/BtmHdJYzoGhFCgGKDti3wUw2K0ktqiubCLTR8IDHPpglD9eMGwylGRy2Nq5G+ 5/iTGCyTJdWZSDDeHsSwWOgN6W+rVZfHNcEWupezbJWJkc4FqPQ7MqZrEcjVotn1+b5C 9y4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:errors-to:reply-to:from:list-subscribe:list-help:list-post :list-archive:list-unsubscribe:list-id:precedence :content-transfer-encoding:subject:to:content-language:user-agent :mime-version:date:message-id:dmarc-filter:delivered-to :dkim-signature:dkim-filter; bh=1/vsfpvE9XENGiYFNFV2SRyP5ptZ7WmTNpnkFH6D0FY=; b=xo8nIgYnMcILN86Goo0To1aC0Ne7HZq3W+ssbiXHX0VwnSTZF8nBvZMSYlaVPAtBMQ OllyOyMHKiPkirzplafRB7/JAt4POF+MHTW2EEukrVh/R6LETkSg4tA3GR9C92Oyt0Wq gjvHaTEs2wQmZ6FkJ4KXImaEEtqRbVjSPt7jeXOb2kV1dMT9Ux7nac9GPqTVslZA40SB r/viHd2tdym6TrdVCAg8w3yUcgDKC98qx18TvGare/ZDGE+I6uaA0jIzr74UFx5TCktf tufrOldF5YkoVs550okm/sWMykVef8+kK2r952FQprOxPuGIN0sunXGiDIRpteT7Gp1X Lp6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gcc.gnu.org header.s=default header.b=lxO4Q9nU; spf=pass (google.com: domain of gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org designates 2620:52:3:1:0:246e:9693:128c as permitted sender) smtp.mailfrom="gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gnu.org Received: from sourceware.org (server2.sourceware.org. [2620:52:3:1:0:246e:9693:128c]) by mx.google.com with ESMTPS id u26-20020a50c2da000000b00448b28cac97si11325912edf.305.2022.09.07.07.40.51 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Sep 2022 07:40:51 -0700 (PDT) Received-SPF: pass (google.com: domain of gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org designates 2620:52:3:1:0:246e:9693:128c as permitted sender) client-ip=2620:52:3:1:0:246e:9693:128c; Authentication-Results: mx.google.com; dkim=pass header.i=@gcc.gnu.org header.s=default header.b=lxO4Q9nU; spf=pass (google.com: domain of gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org designates 2620:52:3:1:0:246e:9693:128c as permitted sender) smtp.mailfrom="gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gnu.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 9CE9B3850874 for ; Wed, 7 Sep 2022 14:40:50 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9CE9B3850874 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1662561650; bh=1/vsfpvE9XENGiYFNFV2SRyP5ptZ7WmTNpnkFH6D0FY=; h=Date:To:Subject:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=lxO4Q9nU19yZ6cBF6lvJQcTOYrT/oYueoDGyWo7fz0lkIofOWXGep4p0y5o9zlRpF bm9qC9a18PmMsf6cwOI0L3+H2EbGDL4NvYQrpX/jZaQH5hCxGQXcLBWUYcn9d6AgGI ex8DhHfYI4QJFebOLAKpnGwOM0EOwPkCaxBPpipc= X-Original-To: gcc-patches@gcc.gnu.org Delivered-To: gcc-patches@gcc.gnu.org Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by sourceware.org (Postfix) with ESMTPS id 76F263858403 for ; Wed, 7 Sep 2022 14:40:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 76F263858403 Received: from pps.filterd (m0098417.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 287EILsj022183 for ; Wed, 7 Sep 2022 14:40:07 GMT Received: from ppma01fra.de.ibm.com (46.49.7a9f.ip4.static.sl-reverse.com [159.122.73.70]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3jevxtgs3s-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 07 Sep 2022 14:40:06 +0000 Received: from pps.filterd (ppma01fra.de.ibm.com [127.0.0.1]) by ppma01fra.de.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 287EaAn0023702 for ; Wed, 7 Sep 2022 14:40:05 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma01fra.de.ibm.com with ESMTP id 3jbxj8uxms-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 07 Sep 2022 14:40:04 +0000 Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 287Ee2oV39453016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 7 Sep 2022 14:40:02 GMT Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8E042A4059 for ; Wed, 7 Sep 2022 14:40:02 +0000 (GMT) Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 7A5C1A404D for ; Wed, 7 Sep 2022 14:40:02 +0000 (GMT) Received: from [9.171.19.250] (unknown [9.171.19.250]) by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS for ; Wed, 7 Sep 2022 14:40:02 +0000 (GMT) Message-ID: <3b0984ef-c532-c29c-732a-1c9b569e134c@linux.ibm.com> Date: Wed, 7 Sep 2022 16:40:02 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Content-Language: en-US To: GCC Patches Subject: [RFC] postreload cse'ing vector constants X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: A-Yr7vda_jZwjfcBT3--cmcgzvb2wzFz X-Proofpoint-GUID: A-Yr7vda_jZwjfcBT3--cmcgzvb2wzFz X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.528,FMLib:17.11.122.1 definitions=2022-09-07_08,2022-09-07_02,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 clxscore=1015 mlxscore=0 phishscore=0 spamscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 impostorscore=0 priorityscore=1501 bulkscore=0 suspectscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2207270000 definitions=main-2209070057 X-Spam-Status: No, score=-11.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_EF, GIT_PATCH_0, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE 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: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Patchwork-Original-From: Robin Dapp via Gcc-patches From: Robin Dapp Reply-To: Robin Dapp Errors-To: gcc-patches-bounces+ouuuleilei=gmail.com@gcc.gnu.org Sender: "Gcc-patches" X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1743322246524551045?= X-GMAIL-MSGID: =?utf-8?q?1743322246524551045?= Hi, I recently looked into a sequence like vzero %v0 vlr %v2, %v0 vlr %v3, %v0. Ideally we would like to use vzero for all of these sets in order to not create dependencies. For some instances of this problem I found the offending snippet to be the postreload cse pass. If there is a non hard reg whose value is equivalent to an existing hard reg, it will replace the non hard reg. The costs are only compared if the respective operand is a CONST_INT_P, otherwise we always replace. The comment before says: /* See if REGNO fits this alternative, and set it up as the replacement register if we don't have one for this alternative yet and the operand being replaced is not a cheap CONST_INT. */ Now, in my case we have a CONST_VECTOR consisting of CONST_INTS (zeros). This is obviously no CONST_INT therefore the substitution takes place resulting in a "vlr" instead of a "vzero". Would it not make sense to always compare costs here? Some backends have instructions for loading vector constants and there could also be backends able to load floating point constants directly. For my snippet getting rid of the CONST_INT check suffices because the costs are similar and no replacement happens. Was this originally a shortcut for performance reasons? I thought we were not checking that many alternatives and only locally at this point anymore. Any comments or ideas? Regards Robin --- op_alt_regno[i][j] = regno; diff --git a/gcc/postreload.cc b/gcc/postreload.cc index 41f61d326482..934439733d52 100644 --- a/gcc/postreload.cc +++ b/gcc/postreload.cc @@ -558,13 +558,12 @@ reload_cse_simplify_operands (rtx_insn *insn, rtx testreg) if (op_alt_regno[i][j] == -1 && TEST_BIT (preferred, j) && reg_fits_class_p (testreg, rclass, 0, mode) - && (!CONST_INT_P (recog_data.operand[i]) - || (set_src_cost (recog_data.operand[i], mode, - optimize_bb_for_speed_p - (BLOCK_FOR_INSN (insn))) - > set_src_cost (testreg, mode, - optimize_bb_for_speed_p - (BLOCK_FOR_INSN (insn)))))) + && (set_src_cost (recog_data.operand[i], mode, + optimize_bb_for_speed_p + (BLOCK_FOR_INSN (insn))) + > set_src_cost (testreg, mode, + optimize_bb_for_speed_p + (BLOCK_FOR_INSN (insn))))) { alternative_nregs[j]++;