[9front] modification to sleep in changeset 285df38d5ed3

[9front] modification to sleep in changeset 285df38d5ed3

[Anthony Martin]

Is it safe to call procsave after unlocking
the process and the rendezvous in sleep?

Cheers,
  Anthony

Re: [9front] modification to sleep in changeset 285df38d5ed3

[cinap_lenrek]

> Is it safe to call procsave after unlocking
> the process and the rendezvous in sleep?

yeah, i dont see any problem. the only thing that
holding Proc.rlock prevents is that someone doing
a wakeup() of the process, which basically does
a ready() on it, putting it back on the run queue.

procsave() itself doesnt change the process
state and doesnt block/sleep itself.

having the process on the run queue while it
executes procsave() shouldnt be an issue.
the scheduler cannot dequeue it until the
process has set up->mp = nil, which happens
after procsave() in schedinit() when the
scheduler stacks have been switched.

also note that procsave is also executed without
any locks when we call sched(). which is called
for example when a qlock() goes to sleep.

theres nothing there preventing the process
that is commited to sleep to be immediately
re-awakend by someone else as soon as qlock
releases the Qlock.use spinlock.

--
cinap