> On Feb. 14, 2013, 10:23 a.m., Ali Saidi wrote: > > Hi Nilay, > > > > Could you see if you can easily #ifdef the __thread commands and the > > creation of threads such that if the platform doesn't support one or both > > features we can still compile and run? > > > > Thanks, > > Ali > >
I have added the #ifdef for checking whether or not we are running on linux. It seems that I would not be able to test on OS X since I do not have access to a machine on which I can install things on my own. Someone using OS X will have to confirm whether or not this compiles and runs correctly. - Nilay ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1667/#review4038 ----------------------------------------------------------- On Feb. 22, 2013, 9:50 a.m., Nilay Vaish wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > http://reviews.gem5.org/r/1667/ > ----------------------------------------------------------- > > (Updated Feb. 22, 2013, 9:50 a.m.) > > > Review request for Default. > > > Description > ------- > > Changeset 9564:d3dbd68263e2 > --------------------------- > sim: simulate with multiple event queues > This patch extends the patch Steve posted on the reviewboard (846). The patch > updated with all the changes that have taken place over last 15 months. Code > has been added so as actually carry out a quantum-based parallel simulation. > > The patch was tested in two different configurations: > 1. ruby_network_test.py: in this simulation L1 cache controllers receive > requests from the cpu. The requests are replied to immediately without > any communication taking place with any other level. > 2. twosys-tsunami-simple-atomic: this configuration simulates a client-server > system which are connected by an ethernet link. > > We still lack the ability to communicate using message buffers or ports. But > other things like simulation start and end, synchronizing after every quantum > seem to be working. > > > Diffs > ----- > > src/cpu/base.cc 7f9d6e971ada > src/dev/etherlink.cc 7f9d6e971ada > src/python/m5/SimObject.py 7f9d6e971ada > src/python/m5/event.py 7f9d6e971ada > src/python/m5/main.py 7f9d6e971ada > src/python/m5/simulate.py 7f9d6e971ada > src/python/swig/core.i 7f9d6e971ada > src/python/swig/event.i 7f9d6e971ada > src/sim/Root.py 7f9d6e971ada > src/sim/SConscript 7f9d6e971ada > src/sim/core.hh 7f9d6e971ada > src/sim/debug.cc 7f9d6e971ada > src/sim/eventq.hh 7f9d6e971ada > src/sim/eventq.cc 7f9d6e971ada > src/sim/eventq_impl.hh 7f9d6e971ada > src/sim/global_event.hh PRE-CREATION > src/sim/global_event.cc PRE-CREATION > src/sim/root.cc 7f9d6e971ada > src/sim/serialize.hh 7f9d6e971ada > src/sim/serialize.cc 7f9d6e971ada > src/sim/sim_events.hh 7f9d6e971ada > src/sim/sim_events.cc 7f9d6e971ada > src/sim/sim_exit.hh 7f9d6e971ada > src/sim/sim_object.cc 7f9d6e971ada > src/sim/simulate.hh 7f9d6e971ada > src/sim/simulate.cc 7f9d6e971ada > src/sim/stat_control.cc 7f9d6e971ada > > Diff: http://reviews.gem5.org/r/1667/diff/ > > > Testing > ------- > > > Thanks, > > Nilay Vaish > > _______________________________________________ gem5-dev mailing list gem5-dev@gem5.org http://m5sim.org/mailman/listinfo/gem5-dev
