Age | Commit message (Collapse) | Author |
|
* fix non-default keymap compiling, initial matrix state, watchdog options
* fix: allow planck/rev7 to be used with ENCODER_ENABLE = no
* chore: update function name on all cases.
* remove old midi tone option
Co-authored-by: Ryan <fauxpark@gmail.com>
* fixes abhixec's planck keymap
* add audio enable condition to abhixec's planck keymap
* add audio enable condition to all muse includes
* Revert "add audio enable condition to all muse includes"
This reverts commit 9779e908970dbf7cf81b1a3f968ef2e85ae2b76f.
* Revert "add audio enable condition to abhixec's planck keymap"
This reverts commit 24c742a5e8ddd55c45ce9f1917b0cb237d4bf721.
* Revert "fixes abhixec's planck keymap"
This reverts commit 4bb085d1ff00febc92ff6211da4fb776c6379fad.
---------
Co-authored-by: Peter.Falken <luis@bitjester.com>
Co-authored-by: Ryan <fauxpark@gmail.com>
|
|
* adds planck/rev7
* Remove config.h include
Co-authored-by: Drashna Jaelre <drashna@live.com>
* convert planck matrices to lite implementation
---------
Co-authored-by: Drashna Jaelre <drashna@live.com>
|
|
|
|
|
|
* Use polled waiting on platforms that support it
Due to context switching overhead waiting a very short amount of time on
a sleeping thread is often not accurate and in fact not usable for timing
critical usage i.e. in a driver. Thus we use polled waiting for ranges
in the us range on platforms that support it instead. The fallback is
the thread sleeping mechanism.
This includes:
* ARM platforms with CYCCNT register (ARMv7, ARMv8) this is
incremented at CPU clock frequency
* GD32VF103 RISC-V port with CSR_MCYCLE register this is incremented at
CPU clock frequency
* RP2040 ARMv6 port which uses the integrated timer peripheral which is
incremented with a fixed 1MHz frequency
* Use wait_us() instead of chSysPolledDelayX
...as it is powered by busy waiting now.
* Add chibios waiting methods test bench
|
|
Co-authored-by: daskygit <32983009+daskygit@users.noreply.github.com>
|
|
Co-authored-by: Ryan <fauxpark@gmail.com>
Co-authored-by: Jack Humbert <jack.humb@gmail.com>
|