• Joined on 2020-07-18
dpn opened issue M-Labs/artiq-zynq#124 2021-01-20 06:30:29 +08:00
ndarray: Elementwise negation for bool arrays
dpn opened issue M-Labs/artiq-zynq#123 2021-01-20 06:30:09 +08:00
ndarray: all/any for bool arrays
dpn opened issue M-Labs/artiq-zynq#122 2021-01-20 06:29:35 +08:00
ndarray comparisons
dpn commented on issue M-Labs/artiq-zynq#119 2021-01-18 18:59:29 +08:00
LLVM pass optimization

This is very interesting. memset I think we should just add to the exported runtime symbols, but in general, we can control the functions LLVM assumes to be available using one of the target info…

dpn commented on issue M-Labs/thermostat#11 2020-12-07 07:24:58 +08:00
loop servo time step / PID autotune

Just having the units for the gain coefficients (kp/ki/kd) documented would be helpful.

dpn commented on issue M-Labs/artiq-zynq#115 2020-11-12 19:45:12 +08:00
no_mangle compiler warnings

The error message is pretty bad, as they are in fact marked static – at first glance, it isn't clear to me that this isn't a compiler bug. Perhaps the extern "C" throws it off?

dpn deleted branch more-binary-libm-api from dpn/artiq-zynq 2020-11-11 08:25:36 +08:00
dpn pushed to more-binary-libm-api at dpn/artiq-zynq 2020-11-11 08:25:23 +08:00
7c336f7770 kernel/api: Add additional binary libm functions
1d610e5e02 kernel/api: Add additional binary libm functions
Compare 2 commits »
dpn pushed to master at M-Labs/artiq-zynq 2020-11-11 08:24:58 +08:00
7c336f7770 kernel/api: Add additional binary libm functions
dpn created pull request M-Labs/artiq-zynq#116 2020-11-11 08:23:26 +08:00
kernel/api: Add additional binary libm functions
dpn pushed to more-binary-libm-api at dpn/artiq-zynq 2020-11-11 08:23:09 +08:00
1d610e5e02 kernel/api: Add additional binary libm functions
291a782db0 fix compiler warning
479e6afd12 update Rust dependencies
c865c82883 README: add note about zynq-rs update procedure
7dbffadf08 mgmt: implemented config write
dpn commented on issue M-Labs/artiq-zynq#64 2020-11-11 04:10:41 +08:00
additional math operations

core_log will simply log things row by row, i.e. as array([array([…]), …]), which is imho acceptable, given how rare that use case will actually be in practice. Just wanted to make sure it…

dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 03:03:25 +08:00
6ccd0cb389 runtime/kernel: Expose libm::atanh
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 02:25:52 +08:00
9a2e6835fc runtime/kernel: Expose rint()
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 02:14:40 +08:00
9a2e6835fc runtime/kernel: Expose rint()
63250240d2 runtime/kernel: Expose __powidf2
9f898dd2b8 runtime/rpc: Support new TArray layout (ndarrays)
7dae626fa1 runtime/kernel: Expose rint()
fdc4792a33 runtime/kernel: Expose __powidf2
Compare 6 commits »
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 02:13:44 +08:00
7dae626fa1 runtime/kernel: Expose rint()
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 01:06:29 +08:00
fdc4792a33 runtime/kernel: Expose __powidf2
47ace389ab runtime/rpc: Support new TArray layout (ndarrays)
f81e47010d runtime/kernel: Expose __powidf2
f8f884d803 runtime/rpc: Support new TArray layout (ndarrays)
Compare 4 commits »
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 01:05:00 +08:00
f81e47010d runtime/kernel: Expose __powidf2
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-10 00:10:15 +08:00
f8f884d803 runtime/rpc: Support new TArray layout (ndarrays)
cce27381c7 runtime/rpc: Support new TArray layout (ndarrays)
Compare 2 commits »
dpn pushed to ndarray at dpn/artiq-zynq 2020-08-09 08:25:07 +08:00
cce27381c7 runtime/rpc: Support new TArray layout (ndarrays)
da51442f86 runtime/rpc: Support new TArray layout (ndarrays)
Compare 2 commits »