Christopher Sidebottom

Results 14 issues of Christopher Sidebottom

This implements an initial Target Parser which uses the same logic as the CMSIS-NN compiler flags to update the features and keys of the `c` and `llvm` `Target`s. Refactoring of...

(This is on top of https://github.com/apache/tvm/pull/12319 - please review that one first 😸 ) This is clean up to use the new `target.features` instead of `IsaAnalyzer`.

(This is on top of #12319 - please review that one first 😸 ) Previously `CMSISNNFlags` was derived using logic specific to the external code generator, this converts the external...

This implements an initial Target Parser which aims to consolidate architecture feature detection from a few different places: * https://github.com/apache/tvm/blob/d2db9cb0d839e32778f461b77e59f6418282a511/python/tvm/topi/arm_cpu/arm_utils.py#L24-L70 * https://github.com/apache/tvm/blob/02fbaf0ed9120a8f95155e63de42459f230584aa/python/tvm/relay/qnn/op/legalizations.py#L350-L359 * https://github.com/apache/tvm/blob/b542724873140bb051492530d97a78b9b7b7983d/python/tvm/relay/op/strategy/arm_cpu.py#L232 A further patch will remove all...

Co-authored-by: Ashutosh Parkhi

This allows compilation without the dynamic dispatch machinery and gives an example of the interface for the `Abort` function should you wish to write your own.

ready to pull

This would greatly help with the competing demand of re-using our kernels between different cores with different parameters whilst not overly bloating the dynamic binary. Looking at `gotoblas_t` (https://github.com/OpenMathLib/OpenBLAS/blob/develop/common_param.h#L1211), there...

The defaults in param.h now reflect an L2 size of 128KB, and that is scaled based on the actual size.

This is a proof of concept, for moving the benchmark suite to use [nanobench](https://github.com/martinus/nanobench.git), which is a single header file but has advantages over the existing benchmark suite: * Robustness...

In our code base we have the following layout: ``` node_modules/module1/_base.scss node_modules/module1/lib/_settings.scss node_modules/module2/_base.scss node_modules/module2/lib/_settings.scss ``` When module1 does `@import "lib/settings"` all is well, but when module2 does `@import "lib/settings"` it...

bug