ada83daab3
This fixes a major bug which was happening when a SPU thread advances its execution right after being restored to a SPU. A potentially outdated NPC value was being (re)written to the SPU. So, spu_run_init, in this case, was either not doing anything relevant, or breaking the execution of the SPU thread. This fixes a common problem of losing a mailbox write when it was done to a saved context. Signed-off-by: Andre Detsch <adetsch@br.ibm.com> Signed-off-by: Jeremy Kerr <jk@ozlabs.org> Signed-off-by: Paul Mackerras <paulus@samba.org> |
||
|---|---|---|
| .. | ||
| backing_ops.c | ||
| context.c | ||
| coredump.c | ||
| fault.c | ||
| file.c | ||
| gang.c | ||
| hw_ops.c | ||
| inode.c | ||
| lscsa_alloc.c | ||
| Makefile | ||
| run.c | ||
| sched.c | ||
| spu_restore_crt0.S | ||
| spu_restore_dump.h_shipped | ||
| spu_restore.c | ||
| spu_save_crt0.S | ||
| spu_save_dump.h_shipped | ||
| spu_save.c | ||
| spu_utils.h | ||
| spufs.h | ||
| switch.c | ||
| syscalls.c | ||