Fixed bug with blindly copying procinfo...
authorKevin Klues <klueska@ros-dev.(none)>
Wed, 14 Apr 2010 04:51:58 +0000 (21:51 -0700)
committerKevin Klues <klueska@cs.berkeley.edu>
Thu, 3 Nov 2011 00:35:42 +0000 (17:35 -0700)
commit500b2df73130bd55a121c2d7e4227f49442335ad
treee339c46e6186786af1fc86d10786a6caef408798
parent71b41882563fb53293c08ba0a3ec9e3ff7b41ded
Fixed bug with blindly copying procinfo...

Blindly copying it like it did causes the vcore map to be
overwritten incorrectly.  We have already initialized the procinfo
strruct at the time of fork() so we really shouldn't be doing it
again anyway.  It only really makes sense to be forking and execing
single core processes anyway, as none of this really makes sense
for manycore processes.  SHould work fine for now though.  Maybe consider
moving the stuff stored in procinfo that's needed by glibc onto the
user stack so none of this is necessary though.
kern/src/syscall.c