openmano-mpy/ports/stm32/Makefile, branch master

stm32/boards/pllvalues.py: Relax PLLQ constraints on STM32F413 MCUs.

2021-04-07T02:47:21+00:00

Signed-off-by: Damien George

stm32: Include .ARM section in firmware for C++ exception handling.

2021-04-06T02:11:15+00:00

Support for C++ was added in 97960dc7deb7a0e691fca5944402cd03386b744b but
that commit didn't include the C++ exception handling table in the binary
firmware image.  This commit fixes that.

Signed-off-by: Damien George

stm32/Makefile: Allow QSTR_DEFS,QSTR_GLOBAL_DEPENDENCIES to be extended.

2021-03-16T23:25:16+00:00

So a board can provide custom qstr definitions if needed.

Signed-off-by: Damien George

stm32/Makefile: Fix C++ linker flags when toolchain has spaces in path.

2021-03-16T01:54:16+00:00

The GNU Make dir command uses spaces as item separator so it does not
work for e.g building the STM32 port on Cygwin with a default Arm
installation in "c:/program files (x86)/GNU Arm Embedded Toolchain".
Fix by using POSIX dirname on a quoted path instead.

stm32/Makefile: Use MBOOT_PACK_KEYS_FILE as depedency of .pack.dfu.

2021-01-18T02:53:54+00:00

To match the definition of GENERATE_PACK_DFU, so a board can customise the
location/name of this file if needed.

Signed-off-by: Damien George

stm32/mboot: Add support for signed and encrypted firmware updates.

2021-01-18T01:43:01+00:00

This commit adds support to stm32's mboot for signe, encrypted and
compressed DFU updates.  It is based on inital work done by Andrew Leech.

The feature is enabled by setting MBOOT_ENABLE_PACKING to 1 in the board's
mpconfigboard.mk file, and by providing a header file in the board folder
(usually called mboot_keys.h) with a set of signing and encryption keys
(which can be generated by mboot_pack_dfu.py).  The signing and encryption
is provided by libhydrogen.  Compression is provided by uzlib.  Enabling
packing costs about 3k of flash.

The included mboot_pack_dfu.py script converts a .dfu file to a .pack.dfu
file which can be subsequently deployed to a board with mboot in packing
mode.  This .pack.dfu file is created as follows:
- the firmware from the original .dfu is split into chunks (so the
  decryption can fit in RAM)
- each chunk is compressed, encrypted, a header added, then signed
- a special final chunk is added with a signature of the entire firmware
- all chunks are concatenated to make the final .pack.dfu file

The .pack.dfu file can be deployed over USB or from the internal filesystem
on the device (if MBOOT_FSLOAD is enabled).

See #5267 and #5309 for additional discussion.

Signed-off-by: Damien George

stm32/Makefile: Change -O0 to -Og for DEBUG=1 builds.

2020-12-07T11:27:38+00:00

The -Og optimisation level produces a more realistic build, gives a better
debugging experience, and generates smaller code than -O0, allowing debug
builds to fit in flash.

This commit also assigns variables in can.c to prevent warnings when -Og is
used, and builds a board in CI with DEBUG=1 enabled.

Signed-off-by: Damien George

stm32/Makefile: Disable text compression in debug builds.

2020-12-07T05:45:15+00:00

Otherwise the flash overflows.

Fixes issue #6653.

extmod/modbluetooth: Add API for L2CAP channels.

2020-11-23T14:07:17+00:00

Also known as L2CAP "connection oriented channels". This provides a
socket-like data transfer mechanism for BLE.

Currently only implemented for NimBLE on STM32 / Unix.

Signed-off-by: Jim Mussared

extmod/modbluetooth: Re-instate optional no-ringbuf modbluetooth.

2020-11-13T06:19:05+00:00

This requires that the event handlers are called from non-interrupt context
(i.e. the MicroPython scheduler).

This will allow the BLE stack (e.g. NimBLE) to run from the scheduler
rather than an IRQ like PENDSV, and therefore be able to invoke Python
callbacks directly/synchronously.  This allows writing Python BLE handlers
for events that require immediate response such as _IRQ_READ_REQUEST (which
was previous a hard IRQ) and future events relating to pairing/bonding.

Signed-off-by: Jim Mussared