Sorry for the delay. This fix, along with a couple other minor improvements, have been pushed.
Brad > -----Original Message----- > From: [email protected] [mailto:gem5-dev- > [email protected]] On Behalf Of Beckmann, Brad > Sent: Wednesday, November 30, 2011 10:45 AM > To: Nilay Vaish > Cc: [email protected] > Subject: Re: [gem5-dev] Problem with MOESI_hammer protocol > > Nilay, > > I am well aware of this problem and I actually already have a fix available. > > I'll push the fix momentarily. > > Brad > > > -----Original Message----- > > From: Nilay Vaish [mailto:[email protected]] > > Sent: Tuesday, November 29, 2011 5:50 PM > > To: Beckmann, Brad > > Cc: [email protected] > > Subject: Problem with MOESI_hammer protocol > > > > Hi Brad > > > > I am trying to boot an x86 full system with O3 and Ruby, the protocol > > being MOESI hammer. The simulation aborts due to a certain load > > request not getting fulfilled with in stipulated time. Looking at the > > trace, I gathered that three load requests got stuck in a loop. I > > think the problem is with the following transition. Can you comment > > why wakeupAllDependents might be needed in this transition. I don't > > think a request will get fulfilled / resources freed-up due to this > > transition. > > > > > > // Transitions moving data between the L1 and L2 caches > > transition({I, S, O, M, MM}, L1_to_L2) { > > i_allocateTBE; > > gg_deallocateL1CacheBlock; > > vv_allocateL2CacheBlock; > > hp_copyFromTBEToL2; > > s_deallocateTBE; > > ka_wakeUpAllDependents; > > } > > > > > > Thanks > > Nilay > > > _______________________________________________ > gem5-dev mailing list > [email protected] > http://m5sim.org/mailman/listinfo/gem5-dev _______________________________________________ gem5-dev mailing list [email protected] http://m5sim.org/mailman/listinfo/gem5-dev
