> On Oct. 19, 2015, 1:50 a.m., Steve Reinhardt wrote: > > Where else do we use insertion-sequence ordering other than in the prior > > patch?
Only in the interactions with the caches. - Andreas ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/3153/#review7395 ----------------------------------------------------------- On Oct. 13, 2015, 11:18 p.m., Andreas Hansson wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://reviews.gem5.org/r/3153/ > ----------------------------------------------------------- > > (Updated Oct. 13, 2015, 11:18 p.m.) > > > Review request for Default. > > > Repository: gem5 > > > Description > ------- > > Changeset 11172:4c06f99026cd > --------------------------- > mem: Order packet queue only on matching addresses > > Instead of conservatively enforcing order for all packets, which may > negatively impact the simulated-system performance, this patch updates > the packet queue such that it only applies the restriction if there > are already packets with the same address in the queue. > > The basic need for the order enforcement is due to coherency > interactions where requests/responses to the same cache line must not > over-take each other. We rely on the fact that any packet that needs > order enforcement will have a block-aligned address. Thus, there is no > need for the queue to know about the cacheline size. > > > Diffs > ----- > > src/mem/packet_queue.hh 44b5c183c3cd > src/mem/packet_queue.cc 44b5c183c3cd > > Diff: http://reviews.gem5.org/r/3153/diff/ > > > Testing > ------- > > > Thanks, > > Andreas Hansson > > _______________________________________________ gem5-dev mailing list gem5-dev@gem5.org http://m5sim.org/mailman/listinfo/gem5-dev