config: remove ruby's requirement on the timing cmd line param
authorBrad Beckmann <Brad.Beckmann@amd.com>
Tue, 24 Aug 2010 20:20:32 +0000 (13:20 -0700)
committerBrad Beckmann <Brad.Beckmann@amd.com>
Tue, 24 Aug 2010 20:20:32 +0000 (13:20 -0700)
Since ruby only works in timing mode, explicitly requiring the timing cmd line
param to be specified is not necessary.

configs/example/ruby_fs.py
configs/example/ruby_se.py

index 017b24d9d4846a32e3fd2b77753d9b5023b19e36..4dd1364c7b28e0d30779c030106a56e6e4d9c4ee 100644 (file)
@@ -103,7 +103,6 @@ else:
 # fast forward with the atomic cpu and instead set the FutureClass to None.
 # Therefore the cpus resolve to the correct names and unserialize correctly.
 #
-assert(options.timing)
 class CPUClass(TimingSimpleCPU): pass
 test_mem_mode = 'timing'
 FutureClass = None
index d51f92f1910f3312bd20781c84f6f30bc80c0f31..9c440c9cdbde81d8c77db68e84afa06afbfb4eb9 100644 (file)
@@ -134,14 +134,12 @@ if options.detailed:
             process += [smt_process, ]
             smt_idx += 1
 
-(CPUClass, test_mem_mode, FutureClass) = Simulation.setCPUClass(options)
-
 #
 # Currently ruby only works in timing mode 
 #
-assert(options.timing)
-assert(test_mem_mode == 'timing')
-assert(FutureClass == None)
+class CPUClass(TimingSimpleCPU): pass
+test_mem_mode = 'timing'
+FutureClass = None
 
 CPUClass.clock = options.clock