-
I found this while making fixes for [D129755](https://reviews.llvm.org/D129755), but it looks like this is an existing limitation of `-Wthread-safety-analysis`.
When using mutexes as part of a coll…
-
The arduino firmware crashes/freezes randomly (only) when run on RP2040 with the MCP23X17 running as a task on the 2nd core (works without issues on ESP32). I have already analyzed for potential cause…
-
```
software rendering depends on CPU power, most architectures are going
multi-core
it would be a good idea to add some basic threading support to pixeltoaster
so this CPU power can be accessed in a…
-
The following test is failing, it looks like named mutexes used cross-process are not working:
https://github.com/dotnet/runtime/blob/14835fbb7fdb2065983866ac186ed8408ee9b388/src/libraries/System.Thr…
-
```
software rendering depends on CPU power, most architectures are going
multi-core
it would be a good idea to add some basic threading support to pixeltoaster
so this CPU power can be accessed in a…
-
The allocator should use some locking mechanism to ensure there aren't any races when using the same global storage. The simple way is to use mutexes provided by the platform. Some baremetal targets m…
-
After some profiling it seems that these 2 functions impacts performance when pushing many operations:
1. func (p *dispatcher) PushData blocks on mutex
2. func (s *Scheduler) consumeTransactions() w…
-
```
software rendering depends on CPU power, most architectures are going
multi-core
it would be a good idea to add some basic threading support to pixeltoaster
so this CPU power can be accessed in a…
-
```
software rendering depends on CPU power, most architectures are going
multi-core
it would be a good idea to add some basic threading support to pixeltoaster
so this CPU power can be accessed in a…
-
*Update* in-process named mutexes are now implemented since https://github.com/dotnet/runtime/pull/55199 For WebAssembly and ios/Android this is sufficient.
We may still want to implement inter-pro…