syscall_emul: [patch 7/22] remove numCpus method
authorBrandon Potter <brandon.potter@amd.com>
Wed, 9 Nov 2016 20:27:41 +0000 (14:27 -0600)
committerBrandon Potter <brandon.potter@amd.com>
Wed, 9 Nov 2016 20:27:41 +0000 (14:27 -0600)
commitea8461885ffffa0933cedeb9143a9b01be4c70f0
treeeae67294034a6c3f2e1fdfb53de8108386c24f1d
parentb792e9e43c855cdb2fbf71084ee8e60eb4878741
syscall_emul: [patch 7/22] remove numCpus method

The numCpus method is misleading in that it's not really a measure of
how many CPUs might be executing a process, but how many thread contexts
are assigned to the process at any given point in time.

It's nice to highlight this distinction because thread contexts are never
reused in the same way that a CPU can be reused for multiple processes.
The reason that there is no reuse is that there is no CPU scheduler for SE.

The tru64 code intends to use this method and the accompanying contextIDs
field to support SMT and track the number of threads with some system calls.
With the up coming clone and exec patches, this paradigm must change. There
needs to be a 1:1 mapping between the thread contexts and processes so that
the process state between threads is allowed to vary when needed by Linux.
This should not break SMT for tru64 if the Process class is refactored so that
multiple Processes can share state between themselves. The following patches
will do the refactoring incrementally as features are added.
src/sim/process.hh