- Aug 05, 2024
-
-
Marek Behun authoredSigned-off-by:Marek Behún <marek.behun@nic.cz>
-
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Old bootloader on GD32 in combination with newer application (up to 4.0 included) results in bootloader hanging when trying to flash new application firmware. Refuse flashing these combinations of firmwares on GD32 boards. Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by:
-
- May 02, 2024
-
-
Marek Behun authored
The sign subcommand should accept optional argument (file to sign). If the argument is not present, stdin should be used. But there is a bug wherein if the argument is given, we print "too many operands" error. Fix it. Signed-off-by:
-
- Mar 04, 2024
-
-
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
New boards with MKL MCU won't have the Atmel SHA chip. Instead the functionality will be provided by the microcontroller. Implement the commands to retrieve the board serial number, first MAC address and ECDSA public key, and also the command for signing messages with ECDSA private key. Signed-off-by:
-
- Mar 01, 2024
-
-
Marek Behun authored
The %m conversion specifier is used with die() does not currently work because errno may be changed by previous calls. Fix this by saving errno and then restoring it just before printing the message. Signed-off-by: -
Marek Behun authored
MKL MCU application firmware may forbid flashing bootloader. Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by:
-
- Aug 30, 2023
-
-
Marek Behun authored
Signed-off-by: -
Marek Behun authored
This option will take the latest firmware from a system data directory, determine if an upgrade is needed, and do it. If the upgrade is not possible due to the new application firmware only supporting the new message passing API and the MCU currently flashed bootloader firmware only supporting old message passing API, then the --upgrade option will first flash the version of the firmware that supports both message passing APIs and only then it will upgrade to the newest firmware. This should not be needed because the newest application firmware supports both message passing APIs. If the user is upgrading to older application firmware, they will need to execute omnia-mcutool --upgrade restart the board, and again execute omnia-mcutool --upgrade --force where the --force option is needed so that the bootloader firmware is also flashed. The user should make sure that this operation is not interrupted e.g. by power failure (if bootloader flashing operation is interrupted, the result is a bricked board that will require debug cables to fix). If the needed firmware files are not present in /usr/share/omnia-mcu-firmware directory, then the option will inform the user where to download the firmwares from. Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Add support for --uptime-and-wakeup, --set-wakeup-time and --poweroff options. Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by: -
Marek Behun authored
Signed-off-by:
-