Commit Graph

9 Commits

Author SHA1 Message Date
Francisco Gil e395d4a98c sw-update: read-only: modify swu descriptor for squashfs rootfs
When a squashfs image is flashed we need to delete the compression
field in the swupdate descriptor.

Also the rootfstype u-boot variable needs to be set to squashfs.

https://onedigi.atlassian.net/browse/DEL-8558

Signed-off-by: Francisco Gil <francisco.gilmartinez@digi.com>
2023-07-03 11:30:27 +02:00
Francisco Gil 6ffbbb390a dualboot: get rid of DUALBOOT_ENABLED configuration
All the dualboot logic will be checked in run time.
To do this:
* Include the altboot.src by default in all the images
* Create a post installation script to change the
firmware_download_path in the cloud connector
* Unify the swupdate file descriptor for dual and single boot

Signed-off-by: Francisco Gil <francisco.gilmartinez@digi.com>
2022-11-22 11:42:39 +01:00
Arturo Buzarra cf43c47278 swu-images: fix sha256 entry from sw-description file
This commit fixes the following build warning with the swupdate v2021.11:

    WARNING: dey-image-qt-swu-1.0-r0 do_swuimage: Syntax for sha256 changed,
             please use $swupdate_get_sha256(dey-image-qt-xxxxxx.boot.ubifs)
    WARNING: dey-image-qt-swu-1.0-r0 do_swuimage: Syntax for sha256 changed,
             please use $swupdate_get_sha256(dey-image-qt-xxxxxx.ubifs)

Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
2022-05-11 17:34:44 +02:00
Arturo Buzarra d81444a574 swu-images: fix support to preinstallation script in swu update package
Since commit 11558352 ("swu-images: add "installed-directly" flag to
sw-description") the swu package images are streamed into the target without
any temporary copy to support devices with low memory available, that forces a
different order according with the swupdate documentation because scripts
should packed before the rest. This means that all the pre, post and shell
scripts will be executed after the images will be installed. This behavior
breaks the current support to mount the cryptorootfs node before install an
encrypted rootfs.

This commit moves the shell script to mount the cryptorootfs node to the
recovery initramfs and modifies the swupdate command line to call the shell
script before the images installation.

https://onedigi.atlassian.net/browse/CC8X-320

Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
2021-11-08 08:39:18 +01:00
Gabriel Valcazar a707e98775 swu-images: include compressed .ext4.gz rootfs image in SWU package
swupdate has the necessary logic to handle compressed images, so take advantage
of this to save space and reduce update package transfer times.

https://onedigi.atlassian.net/browse/DEL-7582

Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
2021-06-29 12:48:26 +02:00
Mike Engel 51babaa55b swu-images: create a common sw-description file.
Signed-off-by: Mike Engel <Mike.Engel@digi.com>
2021-06-08 16:25:04 +02:00
Gabriel Valcazar 11558352f0 swu-images: add "installed-directly" flag to sw-description
Otherwise, swupdate will treat the update process like it's an OTA one and it
will try to store the package contents in /tmp, which won't fit.

swupdate commit 8b70ae5796e75c2ff856e8c46b3a3c09cb8fcccd states that all local
SWU packages should include this flag, since the old implementation had this
information implicitly.

Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
2021-06-02 15:53:46 +02:00
Gabriel Valcazar bf8c73322b swu: adapt swupdate packages to reworked partition encryption mechanism
Since the recovery script checks the update package before installing it, use
the package's description to indicate if the package is meant to encrypt the
rootfs or not. Also, remove the pre-install script from the ccimx6ul packages,
since the logic in the script to remove the encryption flag from the rootfs is
now in the recovery script.

https://onedigi.atlassian.net/browse/DEL-7174

Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
2021-05-27 12:10:43 +02:00
Arturo Buzarra d2cecd68ef swu-images: unify script files for the different platforms
Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
2020-01-10 12:06:52 +01:00