| .. |
|
common
|
deb66c0c51
merge from trunk
|
8 years ago |
|
core
|
94218c2029
fix case where a worker blocking state has been observed _and_ a sched_ctx change is ongoing, while about to start a new sched_op
|
8 years ago |
|
datawizard
|
faab421955
do not change status on the 'waker' side, leave it to the worker to decide about its own status after wake-up requests
|
8 years ago |
|
debug
|
228c598a70
Fix Progressing color: really use dark green :)
|
8 years ago |
|
drivers
|
291472dcd0
STATUS_WAKING_UP status is never assigned to a worker
|
8 years ago |
|
profiling
|
f45c16240f
Also use physical number of cpus, since the users may use specific CPU cores
|
8 years ago |
|
sched_policies
|
cdb9792226
rename wake_worker* routines to distinguish between two flavors
|
8 years ago |
|
top
|
9c38741e02
fix code to follow coding conventions for braces
|
8 years ago |
|
util
|
c50d47db20
Fix use of deprecated type
|
8 years ago |
|
worker_collection
|
98729e8d02
make it clear that sched_ctx related blocking operations are only about parallel sections, and have nothing to do with workers entering the sleeping status
|
8 years ago |
|
.gitignore
|
27eaf1ca36
Add `.gitignore'.
|
15 years ago |
|
Makefile.am
|
0e527aa5b0
src/Makefile.am: add core/drivers.h
|
9 years ago |
|
dolib.c
|
4b1a16edde
Fix University name after the fusion..
|
11 years ago |
|
starpu_parameters.h
|
200c25371d
add global for model
|
9 years ago |
Olivier Aumage
94218c2029
fix case where a worker blocking state has been observed _and_ a sched_ctx change is ongoing, while about to start a new sched_op