in a CMP? that's the only scenario where there's a problem, i neglected to mention.
On Fri, Dec 12, 2008 at 7:23 PM, Ali Saidi <[email protected]> wrote: > I haven't done it with the head. I've been using code that is a couple > of months old. Changes between now and then would be a good place to > look. > > Ali > > > > On Dec 12, 2008, at 3:59 PM, Lisa Hsu wrote: > > > The former case is still broken (were were ever supposed to be able > > to restore directly to O3? i can't remember). > > > > The latter was my fault, i added a new cache option that was not > > caught by all the "if not options.caches" statements in Simulation.py. > > > > But the bad news is Bob Nagel's complaint appears to be legit, I'm > > getting the same CountedDrain error he is. > > > > Lisa > > > > On Fri, Dec 12, 2008 at 3:35 PM, Lisa Hsu <[email protected]> wrote: > > Anyone do this lately? It appears to be broken. Whether restoring > > directly into O3 or using the --standard-switch, both die. In the > > former case it's because there are no activeThreads, and in the 2nd > > because it appears the O3 cpu is getting recvAtomic callbacks before > > the switchover has even occurred. It seems strange that something > > so fundamental could be hiding away as broken. > > > > Lisa > > > > > > > > _______________________________________________ > > m5-dev mailing list > > [email protected] > > http://m5sim.org/mailman/listinfo/m5-dev > > _______________________________________________ > m5-dev mailing list > [email protected] > http://m5sim.org/mailman/listinfo/m5-dev > >
_______________________________________________ m5-dev mailing list [email protected] http://m5sim.org/mailman/listinfo/m5-dev
