search for: hasreadyfilt

...11, at 6:51 AM, Hal Finkel <hfinkel at anl.gov> wrote: > > > On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: > > Now, to generate the best PPC schedules, there is one thing you may > >> want to override. The scheduler's priority function has a > >> HasReadyFilter attribute (enum). It can be overriden by specializing > >> hybrid_ls_rr_sort. Setting this to "true" enables proper ILP > >> scheduling, and maximizes the instructions that can issue in one > >> group, regardless of register pressure. We still care about regis...

...Hal Finkel <hfinkel at anl.gov> wrote: >> >>> On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: >>> Now, to generate the best PPC schedules, there is one thing you may >>>> want to override. The scheduler's priority function has a >>>> HasReadyFilter attribute (enum). It can be overriden by specializing >>>> hybrid_ls_rr_sort. Setting this to "true" enables proper ILP >>>> scheduling, and maximizes the instructions that can issue in one >>>> group, regardless of register pressure. We still care ab...

On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: Now, to generate the best PPC schedules, there is one thing you may > want to override. The scheduler's priority function has a > HasReadyFilter attribute (enum). It can be overriden by specializing > hybrid_ls_rr_sort. Setting this to "true" enables proper ILP > scheduling, and maximizes the instructions that can issue in one > group, regardless of register pressure. We still care about register > pressure enough in...

On Dec 19, 2011, at 6:51 AM, Hal Finkel <hfinkel at anl.gov> wrote: > On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: > Now, to generate the best PPC schedules, there is one thing you may >> want to override. The scheduler's priority function has a >> HasReadyFilter attribute (enum). It can be overriden by specializing >> hybrid_ls_rr_sort. Setting this to "true" enables proper ILP >> scheduling, and maximizes the instructions that can issue in one >> group, regardless of register pressure. We still care about register >> pr...

...anl.gov> wrote: > >> > >>> On Tue, 2011-10-25 at 21:00 -0700, Andrew Trick wrote: > >>> Now, to generate the best PPC schedules, there is one thing you may > >>>> want to override. The scheduler's priority function has a > >>>> HasReadyFilter attribute (enum). It can be overriden by specializing > >>>> hybrid_ls_rr_sort. Setting this to "true" enables proper ILP > >>>> scheduling, and maximizes the instructions that can issue in one > >>>> group, regardless of register pressure. W...

...tSchedulingPreference. I forgot that piece of the puzzle. You could try simply returning Sched::ILP from PPCTargetLowering::getSchedulingPreference. If you have later have regpressure problems, you can so something more complicated like ARMTargetLowering::getSchedulingPreference. BTW - If you set HasReadyFilter, the fadd (105) would not even appear in the queue until the scheduler reached cycle [24]. So three additional stores would have been scheduled first. HasReadyFilter effectively treats operand latency stalls as strictly as pipeline hazards. It's not clear to me that want to do that though if...

...ogic on top of basic hazard detection. This logic needs to be reversed for bottom-up, or you could start by simply disabling it instead of the entire hazard recognizer. Now, to generate the best PPC schedules, there is one thing you may want to override. The scheduler's priority function has a HasReadyFilter attribute (enum). It can be overriden by specializing hybrid_ls_rr_sort. Setting this to "true" enables proper ILP scheduling, and maximizes the instructions that can issue in one group, regardless of register pressure. We still care about register pressure enough in ARM to avoid enabli...

Is there documentation somewhere for the bottom-up scheduling? I'm trying to figure out what changes are necessary in order to support it in the PPC backend. Thanks in advance, Hal On Thu, 2011-10-20 at 10:21 -0700, Evan Cheng wrote: > > On Oct 19, 2011, at 7:29 PM, Hal Finkel <hfinkel at anl.gov> wrote: > > > Evan, > > > > Thanks for the heads up! Is

...), it is never called. It seems that only Reset() and getHazardType() are called. Could you please explain the calling sequence? Thanks again, Hal > > Now, to generate the best PPC schedules, there is one thing you may > want to override. The scheduler's priority function has a > HasReadyFilter attribute (enum). It can be overriden by specializing > hybrid_ls_rr_sort. Setting this to "true" enables proper ILP > scheduling, and maximizes the instructions that can issue in one > group, regardless of register pressure. We still care about register > pressure enough in...

On Tue, 2011-12-20 at 10:35 -0600, Hal Finkel wrote: > On Mon, 2011-12-19 at 23:20 -0800, Andrew Trick wrote: > > > > On Dec 19, 2011, at 10:53 PM, Hal Finkel wrote: > > > > > Here's my "thought experiment" (from PR11589): I have a bunch of > > > load-fadd-store chains to schedule. A store takes two cycles to > > > clear > >

...hen running any PPC codegen test in the regression-test collection). Thanks again, Hal > > Thanks again, > Hal > > > > > Now, to generate the best PPC schedules, there is one thing you may > > want to override. The scheduler's priority function has a > > HasReadyFilter attribute (enum). It can be overriden by specializing > > hybrid_ls_rr_sort. Setting this to "true" enables proper ILP > > scheduling, and maximizes the instructions that can issue in one > > group, regardless of register pressure. We still care about register > &gt...

On Mon, 2011-12-19 at 23:20 -0800, Andrew Trick wrote: > > On Dec 19, 2011, at 10:53 PM, Hal Finkel wrote: > > > Here's my "thought experiment" (from PR11589): I have a bunch of > > load-fadd-store chains to schedule. A store takes two cycles to > > clear > > its last pipeline stage. The fadd takes longer to compute its result > > (say 5