From patchwork Fri Oct 10 15:07:59 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Evgeny Stupachenko X-Patchwork-Id: 398675 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id D215C1400A3 for ; Sat, 11 Oct 2014 02:08:10 +1100 (EST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :mime-version:date:message-id:subject:from:to:content-type; q= dns; s=default; b=BO3fRCbYzQyVmI/I98VCi3DklLMTzbnQk2envfDKuOUF7H 8rcuxXr/krE9NwxkI9ntt1gfHfE/20gDSRdKfeNzeqWxi5z2RPOTFywh0Yx/GxsJ dJVyC4fcooqlkAzOpUq0Gfltmdt5tISmkkmYC1g7+7PcQmmI8o0JWrkUuEhFI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :mime-version:date:message-id:subject:from:to:content-type; s= default; bh=uLW3J01yHTvS2e17oV7r7d3d+SY=; b=twlZhN6HYHRuFk+VuviZ E+rloxu3JcWPORGeBxQNeU+VrSacGLj4L3GZfSSttaHJqIF87RrRT8YRF+ELOuwz t5JIu1509PZ1gDfuUIPnIEiQro19xENTtPIm0P8nulM25ys7K3ZCGFo2RbRaEtOg N4ayNRWrFDTsvlM7tL9UIrk= Received: (qmail 25358 invoked by alias); 10 Oct 2014 15:08:03 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 25345 invoked by uid 89); 10 Oct 2014 15:08:03 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL, BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f181.google.com Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 10 Oct 2014 15:08:01 +0000 Received: by mail-ig0-f181.google.com with SMTP id r10so3044711igi.8 for ; Fri, 10 Oct 2014 08:07:59 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.66.174 with SMTP id g14mr7842073igt.34.1412953679617; Fri, 10 Oct 2014 08:07:59 -0700 (PDT) Received: by 10.107.6.95 with HTTP; Fri, 10 Oct 2014 08:07:59 -0700 (PDT) Date: Fri, 10 Oct 2014 19:07:59 +0400 Message-ID: Subject: [PATCH x86] Update PARTIAL_REG_DEPENDENCY tune From: Evgeny Stupachenko To: Uros Bizjak , GCC Patches X-IsSubscribed: yes Hi, We've met several performance issues (up to 15%) on Silvermont caused by the PARTIAL_REG_DEPENDENCY tuning. Previously discussed here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 Propose removing Silvermont related tune from PARTIAL_REG_DEPENDENCY. The patch passed bootstrap, make check. Is it ok for trunk? Thanks, Evgeny 2014-10-10 Evgeny Stupachenko * config/i386/x86-tune.def (X86_TUNE_PARTIAL_REG_DEPENDENCY): Remove m_SILVERMONT and m_INTEL from the tune. are resolved on SSE register parts instead of whole registers, so we may diff --git a/gcc/config/i386/x86-tune.def b/gcc/config/i386/x86-tune.def index 215c63c..b6b210e 100644 --- a/gcc/config/i386/x86-tune.def +++ b/gcc/config/i386/x86-tune.def @@ -58,8 +58,8 @@ DEF_TUNE (X86_TUNE_PARTIAL_REG_DEPENDENCY, "partial_reg_dependency", SPECfp regression, while enabling it on K8 brings roughly 2.4% regression that can be partly masked by careful scheduling of moves. */ DEF_TUNE (X86_TUNE_SSE_PARTIAL_REG_DEPENDENCY, "sse_partial_reg_dependency", - m_PPRO | m_P4_NOCONA | m_CORE_ALL | m_BONNELL | m_SILVERMONT - | m_INTEL | m_AMDFAM10 | m_BDVER | m_GENERIC) + m_PPRO | m_P4_NOCONA | m_CORE_ALL | m_BONNELL | m_AMDFAM10 + | m_BDVER | m_GENERIC) /* X86_TUNE_SSE_SPLIT_REGS: Set for machines where the type and dependencies