Releases: DISTORTEC/distortos
Releases · DISTORTEC/distortos
v0.7.0
Added
- Added support for NUCLEO-F042K6 and 32F072BDISCOVERY boards with STM32F0 chips.
- Added basic support for STM32's DMAv1 and DMAv2, along with data in CSV and YAML files for each supported chip and unit tests.
- Added basic support for STM32's SDMMCv1, currently only for STM32F7 chip family. Support includes data in CSV and YAML files, as well as unit tests of
distortos::chip::SdMmcCardLowLevellow-level driver, which implementsdistortos::devices::SdMmcCardLowLevelinterface. - Added
distortos::chip::SpiMasterLowLevelDmaBasedclasses for STM32's SPIv1 and SPIv2. These classes implementdistortos::devices::SpiMasterLowLevelinterface and use DMA for transfers. - Added
distortos::devices::BlockDeviceanddistortos::devices::MemoryTechnologyDeviceinterface classes. - Added
distortos::devices::BlockDeviceToMemoryTechnologyDeviceclass which wrapsdistortos::devices::BlockDeviceobject and exposesdistortos::devices::MemoryTechnologyDeviceinterface. - Added
distortos::devices::SdCardanddistortos::devices::SdCardSpiBasedclasses, both based ondistortos::devices::BlockDeviceinterface, which can be used with SD cards connected via SDMMC or SPI respectively. This code handles only SD version 2.0 cards, has no support for run-time detection of card insertion/removal and has no support for detecting whether card is write-protected. Code was tested with 2 GB SDSC and 32 GB SDHC cards. - Added basic framework for file systems in the form of 3 abstract classes:
distortos::FileSystem,distortos::Fileanddistortos::Directory. - Added global
distortos::openFile(), takingdistortos::FileSystemreference and returning a fully functionalFILE*for use with<stdio.h>functions. - Added support for littlefs-v1 file system, provided by
distortos::Littlefs1FileSystem,distortos::Littlefs1Fileanddistortos::Littlefs1Directoryclasses, which implement interface ofdistortos::FileSystem,distortos::Fileanddistortos::Directoryclasses. - Added configuration of STM32F7's PLLI2S, PLLSAI and PLL48CLK to CMake.
- Added
distortos::Mutex::try_lock(),distortos::Mutex::try_lock_for()anddistortos::Mutex::try_lock_until()wrappers, which implement APIs ofstd::mutex::try_lock(),std::timed_mutex::try_lock_for()andstd::timed_mutex::try_lock_until()respectively. This allows usingdistortos::Mutexwith all mutex helpers from<mutex>header:std::lock_guard,std::unique_lock,std::scoped_lock,std::try_lock()andstd::lock(). - Added
sys/dirent.handsys/statvfs.hheaders, which are not provided by newlib. - Added unit tests of
distortos::devices::BlockDeviceToMemoryTechnologyDeviceanddistortos::devices::SdCardclasses. - Added unit tests of STM32's SPIv1 and SPIv2 drivers.
- Added unit tests of all
estd::ContiguousRangeconstructor overloads. - Added
estd/EnumClassFlags.hppwhich provides templated bitwise operators for enum class flags. - Added
estd/log2u.hppwithlog2()-likeconstexprfunction forunsigned int. - Added
estd/TypeFromSize.hppwithestd::TypeFromSize<>template, which selects fixed width type from requested byte size. - Added
estd/extractBitField.hpp, which provides a completely "inline-able" (with enabled optimizations) function template to extract bit field from array of raw data. - Added option to test coverage in unit tests. Enable it by setting CMake variable
COVERAGEof unit test subproject. You will then be able to use newcoveragetarget to generate detailed HTML coverage reports with gcovr in build folder of unit test subproject. - Added
distortos::Semaphore::getMaxValue()accessor and its C-API equivalentdistortos_Semaphore_getMaxValue(). - Added
...::getCapacity()accessor for all variants of FIFO and message queues. Added...::getElementSize()accessor for all raw variants of FIFO and message queues. In case of static queue variants, both of these accessors are also available asconstexpr staticmember functions. - Added
...::ValueTypetype alias for all non-raw variants of FIFO and message queues.
Changed
- Implemented full support for configuring and building with CMake. The new CMake workflow does not need Kconfig or any shell tools - just CMake (version 3.7 or later), build tool (it is recommended to use Ninja) and arm-none-eabi bleeding-edge-toolchain (GCC version 5 or later). Check
README.mdfor more details about usage. - Numerous changes to SPI-based devices and SPI APIs:
- Improved performance of interrupt-based STM32's SPIv1 and SPIv2 drivers.
- Replaced
distortos::devices::SpiMasterOperationanddistortos::devices::SpiMasterOperationRangewithdistortos::devices::SpiMasterTransferanddistortos::devices::SpiMasterTransfersRangerespectively. Renamed STM32's SPIv1 and SPIv2distortos::chip::ChipSpiMasterLowLevelclasses todistortos::chip::SpiMasterLowLevelInterruptBasedto make it consistent with newly addeddistortos::chip::SpiMasterLowLevelDmaBased. Aliases for old names were added, marked as deprecated and are scheduled to be removed after v0.7.0. - Changed most of SPI-related APIs to a more contract-based approach. Most of error-checking was replaced with assertions, thus affected functions return less error codes or don't return anything.
- Added
distortos::devices::SpiMasterHandleanddistortos::devices::SpiDeviceSelectGuard, which build new SPI-related API. These classes can be used for RAII-style locking/unlocking or selecting/deselecting of appropriate devices and also serve as handles for accessing core functionalities of associated objects. distortos::devices::SpiMasterBaseobject is now bound todistortos::devices::SpiMasterLowLevelindistortos::devices::SpiMasterLowLevel::startTransfer()instead ofdistortos::devices::SpiMasterLowLevel::start().distortos::devices::SpiMasterLowLevel::configure()allows configuration of dummy data that will be sent if write buffer of transfer isnullptr....::lock()and...::unlock()functions indistortos::devices::SpiEepromwere changed to use recursive mutexes internally and thus take no arguments.distortos::devices::SpiEepromimplementsdistortos::devices::BlockDeviceinterface. This changes return type ofdistortos::devices::SpiEeprom::read()anddistortos::devices::SpiEeprom::write()fromstd::pair<int, size_t>to justint.- Simplified SPI drivers and interfaces: removed handling of errors which are not possible with current configuration and removed critical sections or bit-banding use where it makes no difference.
distortos::chip::ChipSpiMasterLowLevel::Parametersclass was moved to separate header and renamed todistortos::chip::SpiPeripheral. Removeddistortos::chip::ChipSpiMasterLowLevel::spi...Parametersstatic objects and replaced them with local objects generated for each board. This change requires the board to be regenerated.- Replaced
spisanduartsmodules with files generated for each board. This change requires the board to be regenerated. - Removed
distortos::devices::SpiEeprom::getCapacity()anddistortos::devices::SpiEeprom::waitWhileWriteInProgress(). Use functions inherited fromdistortos::devices::BlockDeviceinterface class -distortos::devices::SpiEeprom::getSize()anddistortos::devices::SpiEeprom::synchronize(). - Removed
distortos::devices::SpiEeprom::getPageSize()anddistortos::devices::SpiEeprom::isWriteInProgress(). - Removed
distortos::devices::SpiDeviceclass and whole public API ofdistortos::devices::SpiMasterclass. Use functionality exposed bydistortos::devices::SpiMasterHandleanddistortos::devices::SpiDeviceSelectGuardclasses. - Removed
distortos::devices::SpiMasterTransfer::getBytesTransfered()anddistortos::devices::SpiMasterTransfer::finalize().
- All additional arguments of CMake functions
distortosBin(),distortosDmp(),distortosHex(),distortosLss()anddistortosSize()are passed to the appropriate commands (${CMAKE_OBJCOPY},${CMAKE_OBJDUMP}or${CMAKE_SIZE}). This can be especially useful in case of binary files which are used to calculate firmware checksums, where it may be necessary to pass flags like--gap-fill 0xff. generateBoard.pynow requires only one argument - the input*.yamlfile. Arguments with output path and distortos path are both optional. Default output path is the folder of input*.yamlfile. Default distortos path is calculated as a relative path from current directory to the folder above the script.generateChipYaml.pynow requires only one argument - the input*.csvfile. Second argument - output path - is optional and default value ischipYaml/in the folder of input*.csvfile.- Replaced
ARMv6-M-ARMv7-M-coreVectors.cppand...-chipVectors.cppfiles with...-vectorTable.cppgenerated for each board. Data used to generate vector table is taken from chip YAML files, which now contain information about NVIC and implemented vectors. This change requires the board to be regenerated and this requirement is enforced by CMake. Additionally `...
v0.6.0
Added
- Support for all 81 STM32L4 devices.
- Support and test configurations for NUCLEO-L432KC and NUCLEO-L476RG boards with STM32L4 chips.
- Support and test configuration for NUCLEO-F446RE board with STM32F4 chip.
distortos/C-API/ConditionVariable.h- C-API for condition variables, implemented as wrappers fordistortos::ConditionVariablemember functions.distortos/C-API/Mutex.h- C-API for mutexes, implemented as wrappers fordistortos::Mutexmember functions.distortos/C-API/Semaphore.h- C-API for semaphores, implemented as wrappers fordistortos::Semaphoremember functions.distortos::fromCApi()which can be used to cast referenes to C-API objects (likedistortos_Semaphore) into references to regular C++ API objects (likedistortos::Semaphore).distortos::DynamicSoftwareTimerclass - a dynamic and (mostly) non-templated counterpart ofdistortos::StaticSoftwareTimer.distortos::ThisThread::exit(), similar topthread_exit(), which can be used to cause early exit of the current thread.distortos::ThreadIdentifiertype which can be used to uniquely identify and access thread's instance. Identifier of the thread can be obtained usingdistortos::Thread::getIdentifier()anddistortos::ThisThread::getIdentifier().- Unit tests of C-API for condition variables, mutexes and semaphores, using Catch unit test framework and Trompeloeil mocking framework. Build system of unit tests uses CMake.
- New overload of
distortos::Mutex's constructor for "normal" type. BIND_LOW_LEVEL_PREINITIALIZER()andBIND_LOW_LEVEL_INITIALIZER()macros, which can be used to bind (at compile/link time) any function as low-level preinitializer (executed before .bss and .data sections' initialization, before constructors for global and static objects) or low-level initializer (executed after .bss and .data sections have been initialized, but before constructors for global and static objects). Each preinitializer/initializer has its own order of execution from 0 to 99.include/CONCATENATE.handinclude/STRINGIFY.hwith useful macros for token concatenation and stringification.- CMake-based build system. At this moment all configuration is still done with Kconfig - CMake loads selected
distortosConfiguration.mkand only deals with compilation. Typical use case involves following steps: select configuration withmake configure CONFIG_PATH=..., create output folder of your choice (mkdir output) and enter it (cd output), configure compilation withcmake .. -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchain-arm-none-eabi.cmakeand finally start the build withmake. You can obviously use other CMake generators, e.g. Ninja, Eclipse CDT4 project, ... CMake-based build system will only support configurations with proper board, i.e. "Custom board" choice for "Board" in Kconfig is not supported. - Added
rbegin(),rend(),crbegin()andcrend()functions toIntrusiveListandSortedIntrusiveListclasses, making them usable withestd::ReverseAdaptor.
Changed
- Reduced size of
distortos::Mutexfrom 28 bytes to 24 bytes (5 pointers + 4 bytes). distortos::ThreadCommonwas moved todistortos::internalnamespace.distortos/ThreadCommon.hppwas moved todistortos/internal/scheduler/ThreadCommon.hpp. There's no need for this class to be available in the public API.- All low-level initializers (architecture, chip, peripherals, scheduler, threads, ...) use
BIND_LOW_LEVEL_INITIALIZER()instead of being called viadistortosPreinitArray[]from newlib's__libc_init_array(). - Changed linker script symbols related to .bss and .data section initializers -
__{bss,data}_array_{end,start}becomes__{bss,data}_initializers_{end,start}. - Replaced
generateChipDtsi.pywithgenerateChipYaml.py. New script reads all input data and its hierarchy from*.csvfiles - no templates or external files are used. Output*.yamlfiles for described chips are generated by ruamel.yaml parser/emitter module, which is the only dependency of this script. - Replaced devicetree-based board generator with one using
*.yamlfiles as input. Model of data in*.yamlfiles resembles devicetree, but is more suited for requirements of distortos (static code generation instead of dynamic run time configuration). New version ofgenerateBoard.pyrequires ruamel.yaml parser/emitter module and jinja2 template engine. It is also possible to use chip*.yamlfiles directly to generate so-called "raw" board, which can then be used by CMake. Basic documentation of bindings for chip and board*.yamlfiles is included indocumentation/yaml-bindings/. - Indexes of board buttons and LEDs - generated automatically by
generateBoard.py- were changed from<name>ButtonIndexand<name>LedIndexto<group><Name>Index. For exampleb1ButtonIndexandld3LedIndexwere changed tobuttonsB1IndexandledsLd3Index. Similar change was done for counts of available board buttons and LEDs - they were changed fromtotal<Name>to<group>Count. For exampletotalButtonsandtotalLedswere changed tobuttonsCountandledsCount. - Renamed
StaticRawFifoQueue2toStaticRawFifoQueueandStaticRawMessageQueue2toStaticRawMessageQueue. Aliases for old names were added and marked as deprecated and are scheduled to be removed after v0.6.0 - Update CMSIS to version 5.3.0.
Fixed
- Fixed GDB pretty-printers of distortos queues when using GCC 7. New version of libstdc++v3 from GCC changed implementation of
std::unique_ptr, which is used internally by queues for managing storage. Fixed pretty-printers fromdistortos.pynow handle both variants ofstd::unique_ptr. - Mark all
.bsssections in generated linker scripts as(NOLOAD). Without this change.binfile for a project containing zero-initialized data in additional memories would be extremely large - for example ~134 MB in case of STM32F4 when anything is placed in.ccm.bss. - Fixed interrupt priorities for STM32's SPIv2 and USARTv2 for cases when
CONFIG_ARCHITECTURE_ARMV7_M_KERNEL_BASEPRIis defined and non-zero. Previously interrupt priorities of these peripherals were always set to 0 (highest possible). - Restore 4-byte alignment for
.bssand.datasections in linker scripts generated for ARMv6-M and ARMv7-M architectures. Previously when beginning/end of these sections were not 4-byte aligned (for example there's just one byte in such section), the__..._start/__..._endsymbols would not be properly aligned for use byReset_Handler()'s initialization code, which initializes 4 bytes at a time. #include ...examples in documentation generated by doxygen use proper paths - e.g.#include "distortos/Semaphore.hpp"instead of#include "Semaphore.hpp".- Fixes necessary for compilation with GCC 8.
Removed
- Removed call to
lowLevelInitialization0()fromReset_Handler()for ARMv6-M and ARMv7-M. All low-level preinitializers should useBIND_LOW_LEVEL_PREINITIALIZER()macro. - Removed
board::lowLevelInitialization()declaration. Low-level initializers of board should useBIND_LOW_LEVEL_INITIALIZER(60, ...);. - Removed
pydts.py, as new version of board generator uses*.yamlfiles as input. - Removed tup build infrastructure - tup is no longer supported for building distortos.
- Removed deprecated functions and aliases:
StaticRawFifoQueueFromSize, oldStaticRawFifoQueue,StaticRawMessageQueueFromSize, oldStaticRawMessageQueue, old variant of STM32's GPIOv2configureAlternateFunctionPin().
v0.5.0
Added
- Support for whole STM32L0 chip family.
- Support and test configuration for NUCLEO-L073RZ board with STM32L0 chip.
- Support and test configuration for 32F769IDISCOVERY board with STM32F7 chip.
- Test of
Thread::generateSignal()andThread::queueSignal()returningENOSPCwhen the amount of target thread's free stack is too small to request signal delivery. - GDB pretty-printers for
estdcontainers (estd::ContiguousRange,estd::IntrusiveForwardList,estd::IntrusiveList,estd::SortedIntrusiveForwardListandestd::SortedIntrusiveList),internal::ThreadListand all variants of FIFO and message queues (internal::FifoQueueBase,FifoQueue,DynamicFifoQueue,StaticFifoQueue,RawFifoQueue,DynamicRawFifoQueue,StaticRawFifoQueue,internal::MessageQueueBase,MessageQueue,DynamicMessageQueue,StaticMessageQueue,RawMessageQueue,DynamicRawMessageQueueandStaticRawMessageQueue). This greatly simplifies system debugging by allowing easy debugger access to thread lists (inside scheduler or synchronization objects), software timer lists (inside scheduler) and by allowing live examination of queue contents. ThisThread::getSchedulingPolicy()andThisThread::setSchedulingPolicy()- counterparts ofThread::getSchedulingPolicy()andThread::setSchedulingPolicy().- Parser of devicetree
*.dtsfiles written in Python with ply -pydts.py. The script can parse a*.dtsfile into a Python dictionary. As this is a proof-of-concept for now, only limited set of devicetree syntax is supported. Following features are currently not handled: path references, bytestrings, any integer arithmetic other than addition and multiplication, labels for anything else than a node, multiple labels for single node, memory reservations, any non-standard extensions,/include/statements (#includestatements should be used exclusively), C or C++ comments (should be handled by C preprocessor). The features which are currently handled are enough to parse all STM32*.dtsfiles from Linux or from Zephyr. The script relies on C preprocessor to resolve#definemacros, handle#includestatements and remove C/C++ comments. Before you feed the file into this script, you should first do something likecpp -nostdinc -undef -E -x assembler-with-cpp in.dts -o out.dts. Linemarkers generated by current cpp versions are supported. - Support for cores which don't support bit-banding (ARM Cortex-M0(+), ARM Cortex-M1, ARM Cortex-M7) or don't have
BASEPRIregister (ARMv6-M) to STM32's SPIv1 low-level driver. - Devicetree fragments (
*.dtsifiles) for architectures. *.csvfiles which describe memory and selected peripherals of all supported chips.generateChipDtsi.pyPython script (using Jinja2 template engine) which can generate chip's devicetree fragments (*.dtsifiles) from*.csvinput file.- Basic devicetree
*.dtsfiles for all supported boards. - Board generator Python script using
.dtsfiles as input (parsed withpydts.pymodule) and Jinja2 template engine for rendering output. This new feature can be used withmake board CONFIG_FILE=path/to/config.dtscommand. - "Enable support for signals" option in Kconfig menus. When this option is enabled, all namespaces, functions and classes required for signals are available. Otherwise they are completely disabled, which reduces the size of compiled application. This affects
ThisThread::Signalsnamespace,Thread::generateSignal(),Thread::getPendingSignalSet(),Thread::queueSignal()andDynamicSignalsReceiver,SignalInformationQueueWrapper,SignalsCatcher,SignalsReceiver,StaticSignalsReceiverclasses. - Experimental "Enable link-time optimization" option in Kconfig menus.
- "Enable static destructors" and "Register static destructors in run time" options in Kconfig menus. These can be used to completely disable destructors for objects with static storage duration, which reduces ROM usage of application. By default both options are disabled, as this is the most common choice for an embedded application which never exits.
- Support for newlib's ratargetable locking, which makes all newlib functions with shared state - like the ones from
<stdio.h>, functions which manipulate time zone, modify environment variables and so on - thread-safe. "Retargetable locking" has to be enabled during toolchain compilation - toolchains compiled in March 2017 or later should support that feature.
Changed
architecture::requestFunctionExecution()no longer handles the case of current thread sending the request to itself.- Size of stack passed as argument to
DynamicThreador as template argument toStaticThreadis adjusted to alignment requirements of architecture. This way "usable" size of stack will never be less than the requested value. - Generated
distortosConfiguration.hfile no longer "undefines" Kconfig symbols which are not set. - All boolean Kconfig symbols are now converted to
#define CONFIG_... 1in generateddistortosConfiguration.hfile. Previously they were converted to a macro without value (#define CONFIG_...), which made building complex conditions harder than necessary. - All supported boards were regenerated from
.dtsfiles. - All folders in
source/board/STM32/STM32*/and inconfigurations/were renamed to be in sync with filenames of their generated contents. chip::configurePin(),chip::configureInputPin()andchip::configureOutputPin()for STM32's GPIOv1 now have default values for all the arguments which are less important.chip::configurePin(),chip::configureAlternateFunctionPin(),chip::configureInputPin()andchip::configureOutputPin()for STM32's GPIOv2 now have default values for all the arguments which are less important.- Generated linker scripts (either from
.dtsfile bymake boardor during compilation when using custom board) are more similar to GNU's default linker script. - Type of
TickClockcounter -TickClock::repwas changed fromuint64_ttoint64_t. This wayTickClock::durationcan be negative andTickClock::time_pointmay represent time points before bootup. - Update CMSIS to version 5.1.0.
- Update CMSIS-STM32F0 to version 1.8.0.
- Update CMSIS-STM32F1 to version 1.6.0.
- Update CMSIS-STM32F4 to version 1.16.0.
Deprecated
StaticRawFifoQueue<T, QueueSize>,StaticRawFifoQueueFromSize<ElementSize, QueueSize>,StaticRawMessageQueue<T, QueueSize>andStaticRawMessageQueueFromSize<ElementSize, QueueSize>were marked as deprecated and are scheduled to be removed after v0.5.0. The classes are deprecated because they don't match their "dynamic" counterparts (which use size in bytes, not type) and becauseStaticRaw...QueueFromSize<ElementSize, QueueSize>aliases work only forElementSizewhich is a positive power of 2. New versions of these classes which were added -StaticRawFifoQueue2<ElementSize, QueueSize>andStaticRawMessageQueue2<ElementSize, QueueSize>- don't have these flaws. To upgrade your code replaceStaticRaw...Queue<T, QueueSize>withStaticRaw...Queue2<sizeof(T), QueueSize>andStaticRaw...QueueFromSize<ElementSize, QueueSize>withStaticRaw...Queue2<ElementSize, QueueSize>.chip::configureAlternateFunctionPin(chip::Pin, bool, chip::PinOutputSpeed, chip::PinPull, chip::PinAlternateFunction)for STM32's GPIOv2 was marked as deprecated and is scheduled to be removed after v0.5.0. This function is deprecated because one of the most important arguments -chip::PinAlternateFunction- is the last one, which makes it impossible to have default values for the less important arguments. New overloadchip::configureAlternateFunctionPin(chip::Pin, chip::PinAlternateFunction, bool, chip::PinOutputSpeed, chip::PinPull)haschip::PinAlternateFunctionpassed on the second position, not the last one, thus allowing to have a default value for all the arguments that follow.
Fixed
ThisThread::Signals::setSignalMask()may never returnENOSPC, as it delivers signals directly, not viaarchitecture::requestFunctionExecution().- Failure during generation or queuing of signal - for example due to free stack size being insufficient, which is reported with
ENOSPCerror code - won't leave the generated/queued signal pending. - Signals are never delived from within critical section.
- Fixed compilation of USARTv2 low-level driver for some STM32F0 chips, for which
USART_CR1_M0is not defined. - Minor fixes necessary for compilation and proper behaviour in GCC 7.
- Fixes required for compilation and proper execution when link-time optimization is enabled.
- Fix tup-based build when
Tupfile.luafrom folder A is used to compile files from folder B. Previously proper folder hierarchy would not be created in the output directory. - Fix stack overflow in idle thread for ARMv6-M when
Thread::detach()is enabled, "Optimize for size (-Os)" is selected and GCC 7 is used. In that case idle thread needs 264 bytes of stack, so increase its size to 320 bytes.
Removed
- All support for GCC 4.x was removed, GCC 5.1 is the minimum supported version. GCC 5.1 - released more than 2 years ago - is the first version to fully support
constexprconstructors. Dropping support for earlier versions finally allows global objects' initialization to be greatly simplified. This project aims to support 3 most recent "major" versions of GCC, which - currently - means GCC 5, GCC 6 and GCC 7.
v0.4.0
Added
- Support for all 78 STM32F7 chips.
- Support and test configuration for 32F746GDISCOVERY board with STM32F7 chip.
- Set
STKALIGNbit inSCB->CCRfor ARM Cortex-M3 r1p1 (like STM32F1). Thanks to that, stack will be automatically aligned to 8-bytes on exception entry, which is required by AAPCS. This bit is set by default on all other ARM Cortex-M cores. FATAL_ERROR()macro with weakfatalErrorHook().- "Check context of functions" option in Kconfig menus. When this option is selected, the context of functions which must not be used from interrupt context (all blocking functions, all
Mutexfunctions and all functions fromThisThreadnamespace) is checked during run-time. If a violation is detected,FATAL_ERROR()is called with appropriate message. See help of the new option for more info. - "Check stack pointer range during context switch" option in Kconfig menus. Selecting this option enables simple range checking of preempted thread's stack pointer during context switches. Such check is relatively fast, but cannot detect all stack overflows.
FATAL_ERROR()is called with appropriate message when an overflow is detected. Check new option's help for more info. - "Check stack guard contents during context switch" option in Kconfig menus. When enabled, this option extends stacks for all threads (including
main()thread) with a "stack guard" at the overflow end. This "stack guard" - just as the whole stack - is filled with a sentinel value during thread initialization. During each context switch contents of preempted thread's "stack guard" are checked - if any byte has changed, FATAL_ERROR() will be called with appropriate message. This method is able to detect stack overflows much more reliably than simple stack pointer range checking and is still sufficiently fast, assuming that the size of "stack guard" is reasonable. For more info, check new option's help. - "Check stack pointer range during system tick" and "Check stack guard contents during system tick" options in Kconfig menus, which are similar to "Check stack pointer range during context switch" and "Check stack guard contents during context switch" respectively, but executed during every system tick.
Thread::getStackSize()andThisThread::getStackSize()which can be used to get thread's stack size.Thread::getStackHighWaterMark()andThisThread::getStackHighWaterMark()which can be used to get "high water mark" (max usage) of thread's stack.- Test of thread's
start()returningENOSPCwhen stack is too small. STM32-bit-banding.hheader withSTM32_BITBAND_ADDRESS()andSTM32_BITBAND()macros, which are more suited for STM32's CMSIS headers - it's enough to writeSTM32_BITBAND(RCC, CR, PLLON)instead ofBITBAND(&RCC->CR, RCC_CR_PLLON_bit). Note that these new macros must not be used withFLASHregisters - useSTM32_BITBAND_FLASH()andSTM32_BITBAND_FLASH_ADDRESS()for that peripheral.- Options to enable STM32's GPIO to Kconfig menu.
- New chips: 10 STM32F413 chips and 5 STM32F423 chips.
README.mdfiles for all supported boards.
Changed
- Changed placement of fixed stacks for ARMv6-M and ARMv7-M in generated linker script. Stack for interrupts ("main" stack) is located at the beginning of RAM, so any stack overflow during interrupt handling will cause a HardFault exception. Stack for
main()thread ("process" stack) is placed at the end or RAM, after heap, which introduces a potential safety margin for any stack overflows in this thread - as long as heap's last block is not allocated, the memory below this stack is not used. - Stacks are filled with 0xed419f25 instead of 0. Using 0 is not a reliable method to detect stack usage/overflow, as 0 is very likely to be used in the application (for example to zero-initialize variables).
- Reduced default size of stack for interrupts to 1kB.
- Reduced size of stack for interrupts to 1kB in all test configurations.
- Reduced size of stack for idle thread to 256 bytes when support for thread detachment is enabled.
architecture::requestFunctionExecution()checks for amount of free stack before doing any stack modifications. If there's not enough free stack available, it returns anENOSPCerror code. Modify all callers of this function (which includes functions to generate/queue signals and set signal mask) to handle this error code.- Changed number of threads, software timers, queued signals and signal actions used by test application to 8 (was 10) to reduce its RAM requirements. This fixes a crash of test application for NUCLEO-F103RB board caused by insufficient memory available for
_sbrk_r()and crashes of other configurations at lower optimization levels due to stack overflow. - Reimplemented
callOnce()with a mutex. This increases the size ofOnceFlagobject (32 bytes vs 8 bytes), but at the same time reduces stack requirements of any thread usingcallOnce()function. RemovedThreadState::blockedOnOnceFlagenum value. - Cleaned up
architecturenamespace, leaving only architecture-specific elements. MovedStack,InterruptMaskingUnmaskingLockandInterruptUnmaskingLocktointernalnamespace. MovedInterruptMaskingLocktodistortosnamespace. - Removed virtual
Thread::start()and convert overrides available viaDynamicThreadandStaticThreadto non-virtual functions. architecture::initializeStack()checks for buffer overflow before actually doing any memory operations. If stack is too small for stack frame,ENOSPCerror code is returned. Modify all call paths - starting atDynamicThread::start()andStaticThread::start()- to handle this error.- Moved
lowLevelInitialization0()to the very beginning of reset handler. - Renamed
BITBAND_PERIPH()macro toBITBAND_PERIPHERAL(). - Moved remaining ARMv6-M and ARMv7-M assembly functions (
Reset_Handler()andSVC_Handler) to C++ source files. ARMv6-M-ARMv7-M-Reset_Handler.cppno longer requires__USES_CXXand__USES_TWO_STACKSto be defined in compilation flags.- Moved enabling of RCC clocks for STM32's GPIO from
board::lowLevelInitialization()tochip::lowLevelInitialization(). - Buttons and LEDs for boards depend on enabling the GPIO port to which they are connected. "Enable buttons" and "Enable LEDs" options in Kconfig menu are available only if at least one GPIO port of buttons / LEDs is enabled. Preprocessor macros with total number of buttons and LEDs which were previously provided by Kconfig -
CONFIG_BOARD_TOTAL_BUTTONSandCONFIG_BOARD_TOTAL_LEDS- were renamed toDISTORTOS_BOARD_TOTAL_BUTTONSandDISTORTOS_BOARD_TOTAL_LEDS. These macros are now generated automatically bybuttons.hppandleds.hpprespectively. - Update CMSIS-STM32F0 to version 1.7.0.
- Update CMSIS-STM32F4 to version 1.14.0.
Fixed
- Added
ChipSpiMasterLowLevelandChipUartLowLevelclasses to "devices" group in API reference generated by doxygen. - Compiler's built-in defines are passed automatically to doxygen, which fixes some missing documentation entries (for example bit-banding macros).
- Fixed failures in several test cases (
ThreadSleepForTestCase,SignalsInterruptionTestCaseandCallOnceOperationsTestCase) that occured only with low core frequency due to very strict timing requirements. - Fixed stack overflow in
CallOnceOperationsTestCasewhich occured only on ARM Cortex-M0 cores with-Ogoptimization level. - Maximum values of APB1 and APB2 frequencies for STM32F4 take into account whether over-drive is enabled or not.
Removed
lowLevelInitialization1()- which was executed right before callingmain()- from reset handler.- All
...-bits.hheaders files, which are superseded by recent versions of CMSIS headers. - Configuration of chip package from Kconfig menu.
v0.3.0
Added
- Support for periodic execution of software timers. All overloads of
SoftwareTimer::start()were extended with
optional second argument with period. If the period is 0 (which is the default value), software timer's function is
executed only once. Otherwise it will be executed periodically until the software timer is stopped. devices::UartBaseinterface class, which can be used as a private base for devices using UART interface.devices::UartLowLevelinterface class, which is a low-level interface to hardware-dependent UART driver.chip::ChipUartLowLevelclass - interrupt-driven implementation ofdevices::UartLowLevelinterface for STM32F0,
STM32F1 and STM32F4.devices::SpiMasterBaseinterface class, which can be used as a private base for devices using SPI as bus master.devices::SpiMasterLowLevelinterface class, which is a low-level interface to hardware-dependent SPI bus master
driver.chip::ChipSpiMasterLowLevelclass - interrupt-driven implementation ofdevices::SpiMasterLowLevelinterface for
STM32F0, STM32F1 and STM32F4.- "Peripherals configuration" Kconfig menu, where low-level drivers for SPI bus master and U[S]ART can
be selected. uarts.hppheader for STM32F0, STM32F1 and STM32F4 with declarations of all enabled low-level U[S]ART drivers.spis.hppheader for STM32F0, STM32F1 and STM32F4 with declarations of all enabled low-level SPI master
drivers.devices::SerialPortclass - universal serial port device with an interface similar to standard files (open(),
close(),read(),write()).read()andwrite()member functions of this class support both blocking (with
or without timeout) and non-blocking behaviour. Convenient wrappers for reading/writing with timeout are also provided:
tryReadFor(),tryReadUntil(),tryWriteFor()andtryWriteUntil().estd::ScopeGuardtemplate class, which can be used to execute bound function on scope exit using RAII pattern.devices::Rs485class - RS-485 device with all features ofdevices::SerialPortand with automatic management
of "driver enable" output pin.devices::SpiMasteranddevices::SpiDeviceclasses, which enable easy communication with multiple SPI slave devices
connected to the same SPI bus master.devices::SpiEepromclass which is a driver for common SPI EEPROM chips: Atmel AT25xxx,
ON Semiconductor CAT25xxx, ST M95xxx, Microchip 25xxxxx or similar.- Support for 4 new STM32F412 chips.
- New package types for STM32F410CB and STM32F410RB chips.
- Support for
assert()- override of newlib's__assert_func(), weakassertHook()for application and option to
enable/disable assertions in Kconfig menus. - Extend
estd::ContiguousRangewith support forstd::array, constructor for non-const -> const conversions and
various useful functions:cbegin(),cend(),rbegin(),rend(),crbegin(),crend(). - Option in Kconfig menus for manual configuration of ROM's offset and size in generated linker script. This can be
useful when the device has a bootloader at the beginning of flash, when the application is a bootloader and/or when the
application uses a few last ROM pages for its own purposes (e.g. emulated EEPROM, storing configuration, logging, ...). architecture::isInInterruptContext()which checks whether thread or interrupt context is currently active. An
example use is when the application needs to decide between blocking or non-blocking behaviour, as blocking is not
possible in interrupt context.protectedChipInputPin::getInvertedMode(),ChipInputPin::setInvertedMode(),ChipOutputPin::getInvertedMode()
andChipOutputPin::setInvertedMode()functions, which - if needed - can be madepublicby deriving from these
classes.- Missing tests of timers: basic operations of periodic timers, synchronous and asynchronous stops and restarts, reading
of state in timer's function. - New chips: STM32F071C8, STM32F101C4, 4 STM32F412xE chips, 3 STM32F469Vx chips, 3 STM32F469Zx chips, 2
STM32F479Vx chips and 2 STM32F479Zx chips. - New package types: UFQFPN48 for STM32F101C8, LQFP176 for STM32F469IG.
Changed
- Replace generator of
distortosConfiguration.hthat uses AWK (makeDistortosConfiguration.awk) with the one using
shell, cat and sed (makeDistortosConfiguration.sh). With this change AWK is no longer needed to configure &
build this project. - Merge GPIO drivers for STM32.
- Update CMSIS-STM32F0 to version 1.6.0.
- Update CMSIS-STM32F1 to version 1.4.0.
- Update CMSIS-STM32F4 to version 1.13.0.
Fixed
- Fix generated linker scripts for older versions of ld (like 2.24.0.20141128), where hidden symbols cannot be used in
expressions. - Fix failure of test application for new versions of "official" ARM toolchain (5.x).
- Fixes necessary for compilation and proper behaviour in GCC 6.2.0 - mainly related to
reinterpret_cast<>()in
constant expressions. - ST's website no longer lists WLCSP49 as package type for STM32F401CB.
v0.2.0
Added
- Support for ARMv6-M (ARM Cortex-M0, ARM Cortex-M0+ and ARM Cortex-M1) architecture.
- Support for all 72 STM32F0 chips.
- Support for all 94 STM32F1 chips.
- Support and test configurations for NUCLEO-F091RC board with STM32F0
chip, NUCLEO-F103RB board with STM32F1 chip and
NUCLEO-F429ZI board with STM32F4 chip. make oldconfigtarget, which can be used to update currently selected configuration asking about new options.make olddefconfigtarget, which can be used to update currently selected configuration with default values of new
options.forAllConfigurations.shscript, which can be used to run any command - passed in first argument - for all
configurations found in provided (optional) search path - passed in second argument, default - current path ("."). One
use case is updating all configurations -./scripts/forAllConfigurations.sh "make oldconfig"or
./scripts/forAllConfigurations.sh "make olddefconfig".- Ability to delete some folders - if you don't use their contents - without breaking make/tup build and Kconfig
menus. You can obviously delete anything fromconfigurations/, including the entire folder. The same is true for
documentation/directory if you don't plan to generate API reference with doxygen. In case ofexternal/,
source/architecture/,source/board/andsource/chip/you can delete any number of complete components or group of
components - e.g. you can deletesource/board/STM32/STM32F4/STM32F4DISCOVERY/(port for single board) and/or
source/board/STM32/STM32F4/(group of ports for boards), but you shouldn't delete just
source/board/STM32/STM32F4/STM32F4DISCOVERY/include/(part of port for single board). Additionally you can delete
entiresource/board/and/ortest/folders. - Ability to add configurations of custom applications to Kconfig menus. User can add any number of files named
Kconfig-applicationOptionsanywhere in the project, and they will all be automatically included in the
"Applications configuration" menu. The same is possible for custom boards, chips and architectures, but these are
slightly more complicated, as multiple files are needed. - Configuration of SRAM1, SRAM2 and SRAM3 regions' unification for STM32F4 chips.
- Support for additional memory regions of STM32F4 chips (BKPSRAM, CCM, SRAM2, SRAM3) in generated linker
scripts. - Ability to use ARMv7-M's PRIMASK to disable all interrupts during critical sections when "Interrupt priority
disabled in critical sections" (ARCHITECTURE_ARMV7_M_KERNEL_BASEPRI) options is set to 0. This is the new default
setting, as this is a more conservative (and thus safer for a beginner) approach, which doesn't require any special
configuration of interrupt priorities (default value is 0). - Support for optional inversion to all implementations of
ChipInputPinandChipOutputPin. buttons.hppheader with board buttons for all supported boards.clocks.hppheader with definition of clocks for selected chip.- New package type for STM32F411C chips - the website lists WLCSP49 variant now.
Changed
- Change names of elements of all
enum classfromALL_CAPSorPascalCasetocamelCasefor consistency with
their use as constants and with other enums. - Replace individual linker script generators for STM32F1 and STM32F4 families with generic script for
ARMv7-M-based chips. The new generator also supports arbitrary number of additional memories (like BKPSRAM, CCM, ...),
which can be defined with command line arguments. - Reorganize and simplify Kconfig menus for STM32F1 and STM32F4.
- Improve configuration and initialization of chip clocks for STM32F1 and STM32F4.
- Move configuration of SysTick timer from
chip::lowLevelInitialization()toarchitecture::startScheduling()for
all ARMv6-M and ARMv7-M targets. - Change allowed range of PLLN for STM32F446 chips from [192; 432] (first revision of the reference manual) to
[50; 432] (second revision of the reference manual). - API reference generated by doxygen no longer includes code from disabled folders. This way documentation for
particular configuration has entries only for single selected chip & architecture, single selected board (if any) and
only for enabled applications - sources that are excluded from compilation are not parsed by doxygen.
Fixed
- Fix insufficient dependencies for "PLLR" option in system clock source configuration for STM32F4. Main PLL's "/R"
output cannot be used as system clock if PLL is disabled. - Fix invalid definition of templated variants of
Semaphore::tryWaitFor()andSemaphore::tryWaitUntil(). - Added missing STM32F429NG chip to Kconfig configuration menus.
- Fix make build for constructs like
CXXFLAGS_$(d)someFileName.cpp := ...not working correctly in top-level folder
of the project (where$(d)is./).
v0.1.0
0.1.0 - 2016-02-26
Added
- Build infrastructure for make and tup.
- Fully preemptive scheduling with 256 priority levels. FIFO and round-robin scheduling policies. Completely static
implementation. - Static and dynamic threads. Thread can execute any function type (regular function, member function, stateless
functor, lambda) with any number of arguments of any type. Both thread types can be joined, while dynamic threads can
also be detached. - Semaphores which can also be configured to work as binary semaphores during construction. Completely static
implementation.constexprconstructor. Non-blocking functions can be used in interrupt handlers. - Mutexes which support various types (normal, error-checking, recursive) and protocols (normal, priority inheritance,
priority protection). Priority inheritance protocol works with no limitations: through any number of inheritance
"levels" and with any number of mutexes locked by threads in any order. Completely static implementation.constexpr
constructor. - Condition variables which can work with mutexes. Completely static implementation.
constexprconstructor. callOnce()andOnceFlag- equivalents ofstd::call_once()andstd::once_flagfrom C++11 or
pthread_once()andpthread_once_tfrom POSIX. Completely static implementation.OnceFlaghasconstexpr
constructor.- Message and FIFO queues, both in two flavors: with proper support for C++ objects and for binary serializable types
(like POD types). 256 priority levels in message queues. Available in static and dynamic versions. Non-blocking
functions can be used in interrupt handlers. - Support for POSIX-style signals with synchronous (waits) and asynchronous (signal handlers) API. Signals can be
"generated" and "queued" with value. Completely static implementation. Non-blocking functions can be used in interrupt
handlers. - One-shot static software timers which can execute any function type (regular function, member function, stateless
functor, lambda) with any number of arguments of any type. - Basic device drivers for input and output pin.
- Support for ARMv7-M (ARM Cortex-M3 and ARM Cortex-M4(F)) architecture. FPU can be used in any number of threads
and interrupt handlers at the same time. - Support for STM32F4 chips.
- Support and test configurations for 3 boards with STM32F4 chips:
32F429IDISCOVERY,
NUCLEO-F401RE
and STM32F4DISCOVERY. - Extensive functional tests for all implemented functionalities.
- Configuration with mconf tool from kconfig-frontends.
README.mdfile with introduction and information about configuration & building.- Integration with Travis CI service.