https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53659
--- Comment #10 from James Greenhalgh <jgreenhalgh at gcc dot gnu.org> --- (In reply to PeteVine from comment #9) > @jgreenhalgh Please have a look at the profiled assembly for both fast and > slow codegen. (attached) > > According to @aldyh's bisection in #68664 this probably isn't the same issue. In the attached code I once again see the vdiv moved before the branch in the slow case. Looking at the bisection is one way to triage a bug, but it points to a change in scheduling model for Cortex-A53, and the analysis in this report indicates that the same bad scheduling decision is made with the Cortex-A9 and Cortex-A15 scheduling models. If the scheduler is making bad decisions across a range of models, it is (in my opinion) more instructive to look for the pattern shared across those models and fix the scheduler than it is to tweak each scheduling model individually to avoid the abnormal case here.