| Age | Commit message (Collapse) | Author | Lines |
|
I did this once but acciddentally undid it in a later patch.
|
|
|
|
Otherwise interferes with the existing runtime
|
|
that the log methods will work
|
|
inside the task struct, and also added an assert to verify that send is never called inside scheduler context as it is undefined (BROKEN) if that happens
|
|
would "bounch" a regular task in and out of the work queue without allowing a different scheduler to run it.
|
|
old design the TLS held the scheduler struct, and the scheduler struct
held the active task. This posed all sorts of weird problems due to
how we wanted to use the contents of TLS. The cleaner approach is to
leave the active task in TLS and have the task hold the scheduler. To
make this work out the scheduler has to run inside a regular task, and
then once that is the case the context switching code is massively
simplified, as instead of three possible paths there is only one. The
logical flow is also easier to follow, as the scheduler struct acts
somewhat like a "token" indicating what is active.
These changes also necessitated changing a large number of runtime
tests, and rewriting most of the runtime testing helpers.
Polish level is "low", as I will very soon start on more scheduler
changes that will require wiping the polish off. That being said there
should be sufficient comments around anything complex to make this
entirely respectable as a standalone commit.
|
|
|
|
of tasks as a component of coroutines.
|
|
|
|
|
|
branch and modified the incoming new file lang.rs to be api-compatible
|
|
|
|
Conflicts:
src/libstd/rt/sched.rs
|
|
|
|
|