Thanks. I've modified ChangeLog. 2014-10-10 Evgeny Stupachenko <evstu...@gmail.com>
* config/i386/x86-tune.def (X86_TUNE_SSE_PARTIAL_REG_DEPENDENCY): Remove m_SILVERMONT and m_INTEL from the tune. On Fri, Oct 10, 2014 at 7:58 PM, H.J. Lu <hjl.to...@gmail.com> wrote: > On Fri, Oct 10, 2014 at 8:07 AM, Evgeny Stupachenko <evstu...@gmail.com> > wrote: >> 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 <evstu...@gmail.com> >> >> * config/i386/x86-tune.def (X86_TUNE_PARTIAL_REG_DEPENDENCY): > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > It should be X86_TUNE_SSE_PARTIAL_REG_DEPENDENCY. > >> Remove m_SILVERMONT and m_INTEL from the tune. >> >> 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 >> are resolved on SSE register parts instead of whole registers, so we may > > > > -- > H.J.