summaryrefslogtreecommitdiff
path: root/platforms
AgeCommit message (Collapse)Author
2022-08-13Fix buffer size for WS2812 PWM driver (#17046)yiancar
Co-authored-by: Drashna Jaelre <drashna@live.com> Co-authored-by: Sergey Vlasov <sigprof@gmail.com> Co-authored-by: yiancar <yiancar@gmail.com>
2022-08-13Added ws2812_pwm support for WB32 MCU. (#17142)Joy Lee
Co-authored-by: Joy <chang.li@westberrytech.com>
2022-08-13Added ws2812_spi support for WB32 MCU (#17143)Joy Lee
Co-authored-by: Joy <chang.li@westberrytech.com>
2022-08-14Improve avr wait_us() (#16879)Takeshi ISHII
2022-08-13Add Bit-C PRO converter (#17827)Jay Greco
2022-08-13Added implementation of WB32 MCU wear_leveling_efl. (#17579)Joy Lee
2022-08-11Add minimal STM32F103C6 support (#17853)Sergey Vlasov
Unfortunately, the crippled versions of “Bluepill” boards with STM32F103C6xx chips instead of STM32F103C8xx are now sold all over the place, sometimes advertised in a confusing way to make the difference not noticeable until too late. Add minimal support for these MCUs in the common “Bluepill with stm32duino” configuration, so that it could be possible to make something useful from those boards (although fitting QMK into the available 24 KiB of flash may be rather hard). (In fact, I'm not sure whether the “STM32” part of the chip name is actually correct for those boards of uncertain origin, so the onekey board name is `bluepill_f103c6`; another reason for that name is to match the existing `blackpill_f401` and `blackpill_f411`.) The EEPROM emulation support is not included on purpose, because enabling it without having a working firmware size check would be irresponsible with such flash size (the chance that someone would build a firmware where the EEPROM backing store ends up overlapping some firmware code is really high). Other than that, enabling the EEPROM emulation code is mostly trivial (the `wear_leveling` driver with the `embedded_flash` backing store even works without any custom configuration, although its code is significantly larger than the `vendor` driver, which may also be important for such flash size).
2022-08-04Fix issue with #17904. (#17905)Nick Brassel
2022-08-04Fixup compilation of printf-like functions with uint32_t args. (#17904)Nick Brassel
2022-08-04[Core] `STM32_USB_USE_OTG1` => `USB_ENDPOINTS_ARE_REORDERABLE` (#17647)Nick Brassel
2022-07-31Remove legacy AVR ssd1306 driver (#17864)Joel Challis
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-12Include stdint.h in avr/i2c_master.h (#17639)jack
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-25Merge remote-tracking branch 'origin/master' into developQMK Bot
2022-06-25[Split] Ensure SOFT_SERIAL_PIN is defined if USE_I2C isn't defined (#17466)Drashna Jaelre
2022-06-23[Core] Mark GD32VF103 as ChibiOS-Contrib (#17444)Stefan Kerkmann
2022-06-22Fix AVR I2C master 1ms timeout (#17174)Daniel Kao
* avr i2c_master: Fix 1ms timeout i2c_start() produces a minimum time_slice of 1ms for use as timeout value. The timer granularity is 1ms, it is entirely possible for timer_count to tick up immediately after the last timer read and falsely trigger timeout with a '>= 1' comparison. * avr/drivers/i2c_master: Use timer_elapsed()
2022-06-21[Fix] Fix compilation warning for non-split keebs after #17423 (#17439)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-06-06[Core] Update C standard to GNU11, C++ to GNU++14 (#17114)Stefan Kerkmann
2022-05-30Make bootloader_jump for dualbank STM32 respect ↵Thomas Preisner
STM32_BOOTLOADER_DUAL_BANK_DELAY (#17178)
2022-05-30Improve PS/2 mouse performance (#17111)Andrew Dunai
2022-05-31Add uf2-split-* make targets. (#17257)Dasky
2022-05-23Added support for Wb32fq95 (#16871)Joy Lee
2022-05-18Merge remote-tracking branch 'origin/master' into developQMK Bot
2022-05-18Fix platforms/avr/drivers/ws2812.c (#17043)Takeshi ISHII
* Fix platforms/avr/drivers/ws2812.c `platforms/avr/drivers/ws2812.c` has been changed to use `DDRx_ADDRESS()` and `PORTx_ADDRESS()` instead of `_SFR_IO8()` in #8646. To use them, `#include <pin_defs.h>` is required. ## Error Log * create new keyboard ```shell bash-3.2$ qmk new-keyboard Ψ Generating a new QMK keyboard directory Name Your Keyboard Project For more infomation, see: https://docs.qmk.fm/#/hardware_keyboard_guidelines?id=naming-your-keyboardproject Keyboard Name? ws2812_test .................................. 36. WB32F3G71 Please enter your choice: [12] Ψ Created a new keyboard called ws2812_test. Ψ To start working on things, `cd` into keyboards/ws2812_test, Ψ or open the directory in your preferred text editor. Ψ And build with qmk compile -kb ws2812_test -km default. ``` * Enable RGBLIGHT. ```shell bash-3.2$ echo RGBLIGHT_ENABLE=yes >> ./keyboards/ws2812_test/rules.mk bash-3.2$ echo '#define RGB_DI_PIN B1' >> ./keyboards/ws2812_test/config.h bash-3.2$ echo '#define RGBLED_NUM 6' >> ./keyboards/ws2812_test/config.h ``` * Compile ```shell bash-3.2$ make ws2812_test:default QMK Firmware 0.16.9 Making ws2812_test with keymap default avr-gcc (Homebrew AVR GCC 8.4.0_2) 8.4.0 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ..................... Compiling: quantum/process_keycode/process_rgb.c [OK] Compiling: platforms/avr/drivers/ws2812.c platforms/avr/drivers/ws2812.c: In function 'ws2812_setleds': platforms/avr/drivers/ws2812.c:40:5: error: implicit declaration of function 'DDRx_ADDRESS' [-Werror=implicit-function-declaration] DDRx_ADDRESS(RGB_DI_PIN) |= pinmask(RGB_DI_PIN); ^~~~~~~~~~~~ In file included from <command-line>: ./keyboards/ws2812_test/config.h:21:20: error: 'B1' undeclared (first use in this function); did you mean 'PB1'? #define RGB_DI_PIN B1 ^~ platforms/avr/drivers/ws2812.c:40:18: note: in expansion of macro 'RGB_DI_PIN' DDRx_ADDRESS(RGB_DI_PIN) |= pinmask(RGB_DI_PIN); ^~~~~~~~~~ ./keyboards/ws2812_test/config.h:21:20: note: each undeclared identifier is reported only once for each function it appears in #define RGB_DI_PIN B1 ^~ platforms/avr/drivers/ws2812.c:40:18: note: in expansion of macro 'RGB_DI_PIN' DDRx_ADDRESS(RGB_DI_PIN) |= pinmask(RGB_DI_PIN); ^~~~~~~~~~ platforms/avr/drivers/ws2812.c:42:47: error: implicit declaration of function 'PORTx_ADDRESS' [-Werror=implicit-function-declaration] uint8_t masklo = ~(pinmask(RGB_DI_PIN)) & PORTx_ADDRESS(RGB_DI_PIN); ^~~~~~~~~~~~~ In file included from /usr/local/Cellar/avr-gcc@8/8.4.0_2/avr/include/avr/io.h:99, from /usr/local/Cellar/avr-gcc@8/8.4.0_2/avr/include/avr/interrupt.h:38, from platforms/avr/drivers/ws2812.c:24: platforms/avr/drivers/ws2812.c: In function 'ws2812_sendarray_mask': ./keyboards/ws2812_test/config.h:21:20: error: 'B1' undeclared (first use in this function); did you mean 'PB1'? #define RGB_DI_PIN B1 ^~ platforms/avr/drivers/ws2812.c:167:69: note: in expansion of macro 'RGB_DI_PIN' : "r"(curbyte), "I"(_SFR_IO_ADDR(PORTx_ADDRESS(RGB_DI_PIN))), "r"(maskhi), "r"(masklo)); ^~~~~~~~~~ cc1: all warnings being treated as errors [ERRORS] | | | make[1]: *** [.build/obj_ws2812_test_default/ws2812.o] Error 1 make: *** [ws2812_test:default] Error 1 Make finished with errors ``` * change include order
2022-05-18Workaround for recent -Werror=array-bounds AVR issues (#17136)Joel Challis
2022-05-14[Core] Add Reboot keycode to core (#15990)Drashna Jaelre
2022-04-29Move disable_jtag to platforms (#16960)Joel Challis