- GPIO2 (LED1_PIN) is used as SPI signal, not only if `sdcard_spi` is enabled. herefore, it must not be defined as LED pin if `periph_spi` is used.
- GIO4 (LED2_PIN) is used by the SDMMC Host Controller as SD Card DAT1 signal and must not be defined as LED pin in that case.
Migration to the new Arduino I/O mapping, which was not fully covered in PR #19759 when the new Arduino I/O mapping was introduced and the feature handling was changed.
Migration to the new Arduino I/O mapping, which was not fully covered in PR #19759 when the new Arduino I/O mapping was introduced and the feature handling was changed.
Migration to the new Arduino I/O mapping, which was not fully covered in PR #19759 when the new Arduino I/O mapping was introduced and the feature handling was changed.
Add a uard around macro BTN0_PIN definition to allow the user to redefine
it in order to use the SPI module.
Add a guard around SAUL parameters that use BTN0_PIN to avoid error when
it is redefined.
The only function of the SPI flash driver part that is called by other parts of the package is `spi_enable_flash(0)` to disable the SPI flash during driver deinitialisation for power consumption reasons. Since we are not deinitialising the driver, the function is not called and can be commented out to compile the package without the SPI flash driver part.
In 90a3f3ffcc3ae25f07ba5ac9fe2d1444cf7c26ea the ISR stack variable got
renamed from __isr_stack to _isr_stack but the valgrind configuration
hasn't been updated.
The channel of PWM_DEV(0) that conflicts with the I2C SCA signal is replaced by another channel. PWM_DEV(1) is defined in addition if `periph_spi` is not used.
With the migration to #pragma once in the core header in #21405,
the workaround for the header name check when using #include_next
is not necessary anymore and can be dropped.
The headerguard check did not catch the case when a #pragma once
is present in the file followed by classic header guards.
This commit also improves the error messages to give a better
reason why the test failed.
The CC2538 does not support "Open Drain" or "Open Drain with
Pullup" outputs. However problems can arrise from setting both
macros to the same value. This commit sets them to separate
values which are both invalid to avoid conflicts with other
applications.
