summaryrefslogtreecommitdiff
path: root/platforms/chibios
AgeCommit message (Collapse)Author
2022-07-29[Core] RP2040 disable PIO IRQs on serial timeout (#17839)Stefan Kerkmann
2022-07-28ChibiOS: use correct status codes in i2c_master.c (#17808)Stefan Kerkmann
msg_t is MSG_OK in the success case and either MSG_RESET or MSG_TIMEOUT in case of errors. So actually use them in the comparison.
2022-07-26Chibios: Stop I2C peripheral on transaction error (#17798)Stefan Kerkmann
From the ChibiOS HAL I2C driver pages: After a timeout the driver must be stopped and restarted because the bus is in an uncertain state. This commit does that stopping explicitly on any error that occurred, not only timeouts. As all the i2c functions restart the peripheral if necessary it is safe to do so. Co-authored-by: Dasky <32983009+daskygit@users.noreply.github.com> Co-authored-by: Dasky <32983009+daskygit@users.noreply.github.com>
2022-07-21Add Blok 2040 conversion (#17603)Albert Y
2022-07-20Use Pro Micro pinout for SDA/SCL (#17595)Albert Y
2022-07-14Post-bootloader EFL/SPI fixes. (#17661)Nick Brassel
* Fixup read address for EFL driver. * Fixup sequencing of SPI. * Lock during init of EFL backing store.
2022-07-13Allow MCU-specific overrides for SPI flags. (#17650)Nick Brassel
2022-07-12[Fix] Make ChibiOS `_wait.h` independent of `quantum.h` (#17645)Stefan Kerkmann
2022-07-11[Core] Use polled waiting on ChibiOS platforms that support it (#17607)Stefan Kerkmann
* 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
2022-07-11Stabilize Half-duplex PIO split comms (#17612)Stefan Kerkmann
2022-07-07Update PM2040 I2C pins (#17578)Albert Y
2022-07-07[Core] Update mpaland/printf to eyalroz/printf fork (#16163)Stefan Kerkmann
mpaland printf implementation was abandoned in ~2019 and the fork by eyalroz is now regarded to be the goto replacement of it. So this commit incoporates the changes needed to use this fork in QMK. Note that pointer ptrdiff_t is always supported since commit 51c90f93a97fdaef895783ecbe24569be0db7cb8
2022-07-06Add kb2040 and sparkfun rp2040 converters (#17514)Joel Challis
2022-07-05Fixup SPI. (#17534)Nick Brassel
2022-07-03Tentative Teensy 3.5 support (#14420)Ryan
* Tentative Teensy 3.5 support * Set firmware format to .hex for ARM Teensys * Got to "device descriptor failed" by comparing with Teensy 3.6 code * Drop down to 96MHz... * Bump back up to 120MHz
2022-07-02RP2040 emulated EEPROM. (#17519)Nick Brassel
2022-06-30Disable clang-format for stage2_bootloaders (#17516)Stefan Kerkmann
2022-06-30[Core] Add Raspberry Pi RP2040 support (#14877)Stefan Kerkmann
* Disable RESET keycode because of naming conflicts * Add Pico SDK as submodule * Add RP2040 build support to QMK * Adjust USB endpoint structs for RP2040 * Add RP2040 bootloader and double-tap reset routine * Add generic and pro micro RP2040 boards * Add RP2040 onekey keyboard * Add WS2812 PIO DMA enabled driver and documentation Supports regular and open-drain output configuration. RP2040 GPIOs are sadly not 5V tolerant, so this is a bit use-less or needs extra hardware or you take the risk to fry your hardware. * Adjust SIO Driver for RP2040 * Adjust I2C Driver for RP2040 * Adjust SPI Driver for RP2040 * Add PIO serial driver and documentation * Add general RP2040 documentation * Apply suggestions from code review Co-authored-by: Nick Brassel <nick@tzarc.org> Co-authored-by: Nick Brassel <nick@tzarc.org>
2022-06-30Wear-leveling EEPROM drivers: `embedded_flash`, `spi_flash`, `legacy` (#17376)Nick Brassel
2022-06-23[Core] Mark GD32VF103 as ChibiOS-Contrib (#17444)Stefan Kerkmann
2022-06-21[BUG] Fix deadlocks on disconnected secondary half (#17423)Stefan Kerkmann
2022-06-18[Core] Split ChibiOS usart split driver in protocol and hardware driver part ↵Stefan Kerkmann
(#16669)
2022-06-17[Core] Allow usage of ChibiOS's SIO driver for split keyboards (#15907)Stefan Kerkmann
2022-06-08Rework paths for eeprom locations. (#17326)Nick Brassel
* Rework paths for eeprom locations. * File relocation. * Wrong file move. * Fixup test paths.
2022-05-30Make bootloader_jump for dualbank STM32 respect ↵Thomas Preisner
STM32_BOOTLOADER_DUAL_BANK_DELAY (#17178)
2022-05-31Add uf2-split-* make targets. (#17257)Dasky
2022-05-23Added support for Wb32fq95 (#16871)Joy Lee
2022-05-14[Core] Add Reboot keycode to core (#15990)Drashna Jaelre
2022-04-22Provide better config defaults for bluepill boards (#16909)Joel Challis
2022-04-19[CI] Format code according to conventions (#16888)QMK Bot
2022-04-19Update wb32-dfu (#16438)Joy Lee
2022-04-19[Core] Use a mutex guard for split shared memory (#16647)Stefan Kerkmann
2022-04-18Expose API for hardware unique ID (#16869)Joel Challis
2022-04-06Add non blackpill F4x1 config files (#16600)Joel Challis
* Add non blackpill F4x1 config files * Move ld files * Remove f401 i2c bodges * more bodge? * Update to recommended defaults
2022-04-03Refactor CTPC logic to allow future converters (#16621)Joel Challis
* Refactor CTPC logic to allow future converters * Update builddefs/converters.mk Co-authored-by: Stefan Kerkmann <karlk90@pm.me> Co-authored-by: Stefan Kerkmann <karlk90@pm.me>
2022-03-30Add emulated eeprom support for STM32F303xE (#16737)dn9uyen
Added FEE_PAGE_SIZE and FEE_MCU_FLASH_SIZE defines for the STM32F303xE
2022-03-27Refactor writePin to work with statements (#16738)Stefan Kerkmann
2022-03-23Merge remote-tracking branch 'origin/master' into developQMK Bot
2022-03-23[Bug] Fix unused variable error when using ChibiOS Bitbang serial driver ↵Drashna Jaelre
(#16709)
2022-03-11Redo workaround for pin_def errors on KINETIS (#16620)Joel Challis
* Redo workaround for pin_def errors on KINETIS * Redo workaround for pin_def errors on KINETIS
2022-03-10Force platform pin defs to be included (#16611)Joel Challis
* Force platform pin defs to be included * Always grab first header
2022-03-07Add flash target for UF2 bootloaders (#16525)Stefan Kerkmann
2022-03-07ChibiOS 21.11.1 update. (#16251)Nick Brassel
* ChibiOS 21.11.1 update. * `uf2-tinyuf2` => `tinyuf2` * Updated chibios-contrib, fixup preprocessor for tinyuf2 bootloader. * Fixup keychron L433 boards. * Makefile cleanup. * RISC-V build fixes. * Fixup RISC-V build.
2022-03-04analog.[ch]: remove unnecessary includes (#16471)Ryan
2022-02-13Fix compilation of ChibiOS UART driver (#16348)Joel Challis
Cherry picked fix from 15724
2022-02-12Format code according to conventions (#16322)QMK Bot
2022-02-05Followup to #16220, more test error output. (#16221)Nick Brassel
2022-02-05Initial migration of suspend callbacks (#16067)Joel Challis
* Initial migration of suspend logic * Add header
2022-02-05ChibiOS timer fixes (#16017)Sergey Vlasov
* chibios/timer: Move the 16-bit timer handling into a separate function Extract the code which effectively makes a 32-bit tick counter from a possibly 16-bit ChibiOS system timer into a separate function. Does not really change the behavior of the timer API, but makes the actions done in `timer_clear()` and `timer_read32()` more obvious. * chibios/timer: Rename some variable to better reflect their role * chibios/timer: Fix 32-bit tick counter overflow handling The QMK timer API implementation for ChibiOS used a 32-bit tick counter (obtained from the ChibiOS system timer) and then converted the value to milliseconds to produce the timer value for QMK. However, the frequency of the ChibiOS timer is above 1000 Hz in most cases (values of 10000 Hz or even 100000 Hz are typically used), and therefore the 32-bit tick counter was overflowing and wrapping around much earlier than expected (after about 5 days for 10000 Hz, or about 12 hours for 100000 Hz). When this wraparound happened, the QMK timer value was jumping back to zero, which broke various code dealing with timers (e.g., deferred executors). Just making the tick counter 64-bit to avoid the overflow is not a good solution, because the ChibiOS code which performs the conversion from ticks to milliseconds may encounter overflows when handling a 64-bit value. Adjusting just the value converted to milliseconds to account for lost 2**32 ticks is also not possible, because 2**32 ticks may not correspond to an integer number of milliseconds. Therefore the tick counter overflow is handled as follows: - A reasonably large number of ticks (the highest multiple of the ChibiOS timer frequency that fits into uint32_t) is subtracted from the tick counter, so that its value is again brought below 2**32. The subtracted value is chosen so that it would correspond to an integer number of seconds, therefore it could be converted to milliseconds without any loss of precision. - The equivalent number of milliseconds is then added to the converted QMK timer value, so that the QMK timer continues to count milliseconds as it was before the tick counter overflow. * chibios/timer: Add a virtual timer to make 16-bit timer updates more reliable The code which extends the 16-bit ChibiOS system timer to a 32-bit tick counter requires that it is called at least once for every overflow of the system timer (otherwise the tick counter can skip one or more overflow periods). Normally this requirement is satisfied just from various parts of QMK code reading the current timer value; however, in some rare circumstances the QMK code may be blocked waiting for some event, and when this situation is combined with having a rather high timer frequency, this may result in improper timekeeping. Enhance the timer reliability by adding a ChibiOS virtual timer which invokes a callback every half of the timer overflow period. The virtual timer callback can be invoked even when the normal QMK code is blocked; the only requirement is that the timer interrupts are enabled, and the ChibiOS kernel is not locked for an excessive time (but the timer update will eventually work correctly if the virtual timer handling is not delayed by more than a half of the timer overflow period). Keeping a virtual timer always active also works around a ChibiOS bug that can manifest with a 16-bit system timer and a relatively high timer frequency: when all active virtual timers have delays longer than the timer overflow period, the handling of virtual timers stops completely. In QMK this bug can result in a `wait_ms()` call with a delay larger than the timer overflow period just hanging indefinitely. However, when the timer update code adds a virtual timer with a shorter delay, all other virtual timers are also handled properly.
2022-02-03Create a build error if no bootloader is specified. (#16181)Nick Brassel
* Create a build error if no bootloader is specified. * Update builddefs/bootloader.mk Co-authored-by: Ryan <fauxpark@gmail.com> Co-authored-by: Ryan <fauxpark@gmail.com>