No longer uses num_vcores() to determine _M (XCC)
authorBarret Rhoden <brho@cs.berkeley.edu>
Tue, 18 Oct 2011 00:43:45 +0000 (17:43 -0700)
committerBarret Rhoden <brho@cs.berkeley.edu>
Thu, 15 Dec 2011 22:48:40 +0000 (14:48 -0800)
commita72feebddf7aa52df2392eb9471254f08a464361
treedf17552546d84d5ec1cbc2f3f68c922f1cc35e2f
parent19404b2f277d53d7cca7000438ffc9c28df3ccef
No longer uses num_vcores() to determine _M (XCC)

We were using num_vcores() == 0 to determine if we're in _M mode or not.
This won't be true when we start sending bulk preempt messages, since
num_vcores() is 0 for an instant, which could trick some code to think
it is in _S mode and bypass some critical stuff.

Reinstall your kernel headers (procinfo.h).
kern/include/env.h
kern/include/ros/procinfo.h
kern/src/process.c
kern/src/resource.c
kern/src/schedule.c
user/parlib/include/vcore.h