| Message ID | 20250210054320.1014838-1-hongtao.liu@intel.com |
|---|---|
| Headers |
Return-Path: <gcc-patches-bounces~patchwork=sourceware.org@gcc.gnu.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id F3280385841D for <patchwork@sourceware.org>; Mon, 10 Feb 2025 05:45:38 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F3280385841D Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=MvE0LIh8 X-Original-To: gcc-patches@gcc.gnu.org Delivered-To: gcc-patches@gcc.gnu.org Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.11]) by sourceware.org (Postfix) with ESMTPS id A7C0F3858D26 for <gcc-patches@gcc.gnu.org>; Mon, 10 Feb 2025 05:43:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A7C0F3858D26 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=intel.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A7C0F3858D26 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=198.175.65.11 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1739166203; cv=none; b=ne/UdSphhJuli8zlT1fO5o9Mx5jwtQch4k6/qKmElj0a2baNlq9mO81efDyEuvLeNKlxLGP/jEQpcY2uLo/zIeVz/bl0EGsOOMij51iiT3SGAXYCayFdqA9CcaNCYPgdGLrX2G8ZHeLB9pXIpwuDIozBccwpiSHbQtOtik5HbL4= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1739166203; c=relaxed/simple; bh=2XLGgeyz7JRuatu2Lcuoyvdxfv8NBET2JMGTI8R2r3o=; h=DKIM-Signature:From:To:Subject:Date:Message-Id:MIME-Version; b=lW6+wvIFJXSLbnagGarAAgqYTR8CKPPEh1m59k2jzicOqVwA5+0HcRgdN5xc4TDzXuJHNkULgl3Cksqy39shljrRk8sdMeIyjU/r4iHcd4uobf/jSJiIg8sRM+qLdAtu61UezfnEz4oSx2tVk7lwrpSn1RomJ3QU9zsEGt8uhoU= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A7C0F3858D26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1739166203; x=1770702203; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=2XLGgeyz7JRuatu2Lcuoyvdxfv8NBET2JMGTI8R2r3o=; b=MvE0LIh8qckNrXEIqPkPr43NdiY+VsvyUgWAu4scaeYoKBJo4640P7bj p9kWnXP3PF9D3JV8hN4AB5thlaWLjpX/V3N0hXuBRWLoEbCZrrSmVaSUN SN60JrIUIKC+2CSXCYzrgOjtRf+KzB1jtDPsFIUqBcMBswH8597dR5h+4 it9KB6UM0rpKVP3BUUNXAyKn9BaAj3GQ70nhpiLkLeSB9XlkdMoc86SQQ EYA7UgHO6NBtDrdtGwdZmIRt8ClS7M96pWnlJA42N/zcTa8fV14M/M4Oh 6cssje4ILFr5Uu5qaHjBC1tNtXty9HtZZiS21Y9vdSzabBrhAhEhn5zc2 w==; X-CSE-ConnectionGUID: E/jTdmc7Sg+5oGVvboj5zQ== X-CSE-MsgGUID: OWM7hI2uQOqzfk94xbi8bw== X-IronPort-AV: E=McAfee;i="6700,10204,11340"; a="49968386" X-IronPort-AV: E=Sophos;i="6.13,273,1732608000"; d="scan'208";a="49968386" Received: from fmviesa007.fm.intel.com ([10.60.135.147]) by orvoesa103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Feb 2025 21:43:21 -0800 X-CSE-ConnectionGUID: 6gxW0960QhG7UkfB8M4c+A== X-CSE-MsgGUID: AGz2O+D1Q2G08xh+8gP3Aw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.13,273,1732608000"; d="scan'208";a="112016228" Received: from scymds04.sc.intel.com ([10.82.73.238]) by fmviesa007.fm.intel.com with ESMTP; 09 Feb 2025 21:43:20 -0800 Received: from jfel-spr-6155.jf.intel.com (jfel-spr-6155.jf.intel.com [10.7.183.102]) by scymds04.sc.intel.com (Postfix) with ESMTP id 5413A2003ADF; Sun, 9 Feb 2025 21:43:20 -0800 (PST) From: liuhongt <hongtao.liu@intel.com> To: gcc-patches@gcc.gnu.org Cc: crazylht@gmail.com Subject: [PATCH 0/3] GCC13/GCC12 backport [PR108707][PR109610] Date: Sun, 9 Feb 2025 21:43:17 -0800 Message-Id: <20250210054320.1014838-1-hongtao.liu@intel.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_SHORT, SPF_HELO_NONE, SPF_NONE, 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: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gcc-patches mailing list <gcc-patches.gcc.gnu.org> List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-patches>, <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe> List-Archive: <https://gcc.gnu.org/pipermail/gcc-patches/> List-Post: <mailto:gcc-patches@gcc.gnu.org> List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help> List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-patches>, <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe> Errors-To: gcc-patches-bounces~patchwork=sourceware.org@gcc.gnu.org |
| Series | GCC13/GCC12 backport [PR108707][PR109610] | |
Message
Liu, Hongtao
Feb. 10, 2025, 5:43 a.m. UTC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108707#c9 >Pranav Gorantla 2025-02-06 04:30:05 UTC >Facing similar issue in gcc-13. Is it possible to backport the fix of this Bug 108707 and Bug 109610 to gcc-13, gcc-12 as well. This series is to ask approval for the backport of r14-172 and r14-1252 to GCC13 and GCC12 release branch. Note r14-1252 is a fix to r14-172 which regressed powerpc testcase in PR109610. I have verified the fix also works on GCC13/GCC12 branch for PR109610. Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}, and aarch64-linux-gnu. Ok for backport liuhongt (3): Use NO_REGS in cost calculation when the preferred register class are not known yet. Only use NO_REGS in cost calculation when !hard_regno_mode_ok for GENERAL_REGS and mode. Adjust testcases after better RA decision. gcc/ira-costs.cc | 7 + .../i386/avx2-dest-false-dep-for-glc.c | 28 +- .../i386/avx512dq-dest-false-dep-for-glc.c | 257 ++++++++++--- .../i386/avx512f-dest-false-dep-for-glc.c | 348 ++++++++++++++---- .../i386/avx512fp16-dest-false-dep-for-glc.c | 118 ++++-- .../i386/avx512vl-dest-false-dep-for-glc.c | 243 +++++++++--- gcc/testsuite/gcc.target/i386/pr108707.c | 16 + 7 files changed, 813 insertions(+), 204 deletions(-) create mode 100644 gcc/testsuite/gcc.target/i386/pr108707.c
Comments
On Mon, Feb 10, 2025 at 1:43 PM liuhongt <hongtao.liu@intel.com> wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108707#c9 > > >Pranav Gorantla 2025-02-06 04:30:05 UTC > >Facing similar issue in gcc-13. Is it possible to backport the fix of this Bug 108707 and Bug 109610 to gcc-13, gcc-12 as well. > > This series is to ask approval for the backport of r14-172 and r14-1252 to GCC13 and GCC12 release branch. > Note r14-1252 is a fix to r14-172 which regressed powerpc testcase in PR109610. > I have verified the fix also works on GCC13/GCC12 branch for PR109610. > > Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}, and aarch64-linux-gnu. > Ok for backport > > > liuhongt (3): > Use NO_REGS in cost calculation when the preferred register class are > not known yet. > Only use NO_REGS in cost calculation when !hard_regno_mode_ok for > GENERAL_REGS and mode. > Adjust testcases after better RA decision. > > gcc/ira-costs.cc | 7 + > .../i386/avx2-dest-false-dep-for-glc.c | 28 +- > .../i386/avx512dq-dest-false-dep-for-glc.c | 257 ++++++++++--- > .../i386/avx512f-dest-false-dep-for-glc.c | 348 ++++++++++++++---- > .../i386/avx512fp16-dest-false-dep-for-glc.c | 118 ++++-- > .../i386/avx512vl-dest-false-dep-for-glc.c | 243 +++++++++--- > gcc/testsuite/gcc.target/i386/pr108707.c | 16 + > 7 files changed, 813 insertions(+), 204 deletions(-) > create mode 100644 gcc/testsuite/gcc.target/i386/pr108707.c > > -- > 2.34.1 >
On Mon, Feb 10, 2025 at 6:46 AM liuhongt <hongtao.liu@intel.com> wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108707#c9 > > >Pranav Gorantla 2025-02-06 04:30:05 UTC > >Facing similar issue in gcc-13. Is it possible to backport the fix of this Bug 108707 and Bug 109610 to gcc-13, gcc-12 as well. > > This series is to ask approval for the backport of r14-172 and r14-1252 to GCC13 and GCC12 release branch. > Note r14-1252 is a fix to r14-172 which regressed powerpc testcase in PR109610. > I have verified the fix also works on GCC13/GCC12 branch for PR109610. > > Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}, and aarch64-linux-gnu. > Ok for backport No, please avoid backporting missed-optimization fixes, esp. in code areas as sensitive as RA. The only exception should be the newest active branch (gcc-14) at this point, and even there you need to be very careful. The PR itself isn't even marked as regression btw. (not that this would change my assessment much). Thanks, Richard. > > liuhongt (3): > Use NO_REGS in cost calculation when the preferred register class are > not known yet. > Only use NO_REGS in cost calculation when !hard_regno_mode_ok for > GENERAL_REGS and mode. > Adjust testcases after better RA decision. > > gcc/ira-costs.cc | 7 + > .../i386/avx2-dest-false-dep-for-glc.c | 28 +- > .../i386/avx512dq-dest-false-dep-for-glc.c | 257 ++++++++++--- > .../i386/avx512f-dest-false-dep-for-glc.c | 348 ++++++++++++++---- > .../i386/avx512fp16-dest-false-dep-for-glc.c | 118 ++++-- > .../i386/avx512vl-dest-false-dep-for-glc.c | 243 +++++++++--- > gcc/testsuite/gcc.target/i386/pr108707.c | 16 + > 7 files changed, 813 insertions(+), 204 deletions(-) > create mode 100644 gcc/testsuite/gcc.target/i386/pr108707.c > > -- > 2.34.1 >