On Mon, Jul 1, 2013 at 5:31 PM, Paulo Matos <pma...@broadcom.com> wrote: > Hi, > > Near the start of schedule_block, find_modifiable_mems is called if > DONT_BREAK_DEPENDENCIES is not enabled for this scheduling pass. It seems on > c6x backend currently uses this. > However, it's quite strange that this is not a requirement for all backends > since find_modifiable_mems, moves all my dependencies in SD_LIST_HARD_BACK to > SD_LIST_SPEC_BACK even though I don't have DO_SPECULATION enabled. > > Since dependencies are accessed later on from try_ready (for example), I > would have thought that it would be always good not to call > find_modifiable_mems, given that it seems to 'literally' break dependencies. > > Is the behaviour of find_modifiable_mems a bug or somehow expected?
It's funny how I've been trying to track down a glitch and ended up asking the same question today. Additionally if I use TARGET_SCHED_SET_SCHED_FLAGS on a port that doesn't use the selective scheduler, this does nothing. Does anyone know why is this the default for ports where we don't turn on selective scheduling and might need a hook to turn this off ? regards Ramana > > Cheers, > > Paulo Matos > >
