This application can be used to:
- Update the MCA firmware
- Configure the tamper settings
Signed-off-by: Hector Palacios <hector.palacios@digi.com>
https://jira.digi.com/browse/DEL-3230
https://jira.digi.com/browse/DEL-3195
Signed-off-by: Pedro Perez de Heredia <pedro.perez@digi.com>
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Ensure that the signing script is not executed in parallel. This is required in
order to avoid problems during PKI generation and CST usage when building with
Yocto or the Android build system.
https://jira.digi.com/browse/DEL-2849
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
The OTP word read was incorrect. HW_OCOTP_CFG5 corresponds to bank 0 word 6.
https://jira.digi.com/browse/ADK4A-1129
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
Print the wireless configuration as well as supplicant and hostapd version info
https://jira.digi.com/browse/DEL-3147
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
This allows to correctly read the U-Boot version when using encrypted images.
Leave the current implementation as a fallback, in case the system is using an
old U-Boot which does not populate the device tree property.
https://jira.digi.com/browse/DEL-3025
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
This was fixed in U-Boot:
4aad9fd041f11de66bf5eb0137c49dbd450c4388
Also move TrustFence (TM) limitation which affect all platforms to a common section.
https://jira.digi.com/browse/DEL-3134
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
When encryption is enabled, the signed U-Boot image will be used for the uSD.
This allows the uSD image to boot the device and recover it from the U-Boot
console, which is its main purpose. Nevertheless, the uSD image will not be
able to boot Linux.
https://jira.digi.com/browse/DEL-2877
This reverts commit 2e13e194d9.
It is desirable to keep the name of the initramfs images the same regardless of
the sign and encryption configuration.
https://jira.digi.com/browse/DEL-3141
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
This commit adds the proper DEFAULTTUNE and overrides for the ccimx6ul
family of modules.
https://jira.digi.com/browse/DEL-3102
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The HAB on the i.MX6/i.MX6UL expects an entrypoint which is used to pass
execution to U-Boot in the ROM code. In later executions of HAB, U-Boot calls
the HAB but ignores this value.
A fixed value of 0x1000 was being used for the entrypoint, which is too big for
really small artifacts, like bootscripts. This commit reduces the value to
0x100. This allows to sign and encrypt artifacts as small as 260 bytes.
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
Optimize the provided config file with default support for 802.11ac.
https://jira.digi.com/browse/DEL-3128
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
A corner case requires to save the environment so that the
boot command works after reset.
Signed-off-by: Hector Palacios <hector.palacios@digi.com>
https://jira.digi.com/browse/DUB-681
Also change the image type of dey-image-trustfence-initramfs.
https://jira.digi.com/browse/DUB-615
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
This patch introduces some parameters which allow to select the type of image
to be signed. Currently the supported types are:
* linux kernel (-l)
* DTB (-d)
* initramfs (-i)
This also moves the CONFIG_PLATFORM environment variable to a parameter, for
consistency.
https://jira.digi.com/browse/DUB-614https://jira.digi.com/browse/DUB-615
Signed-off-by: Diaz de Grenu, Jose <Jose.DiazdeGrenu@digi.com>
x11vnc is light in size so we can include it in the final rootfs after
reworking the qtbase and packaga-management stuff.
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
Including ICU increases the rootfs too much and is not needed unless we want
to build qtwebkit, so only include it for platforms with enough size.
Additionally, linuxfb support is not needed for ccimx6.
https://jira.digi.com/browse/DEL-3058
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
The ccimx6ul has a small NAND flash rootfs partition, and removing
package-management image feature saves around 10MB.
https://jira.digi.com/browse/DEL-3058
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
Do not use hcitattach to reconfigure the baudrate but set it directly in the
Bluetooth FW file; this work arounds some synchronization problems when not
using HW flow control.
https://jira.digi.com/browse/DEL-3052https://jira.digi.com/browse/DEL-3057
Signed-off-by: Isaac Hermida <isaac.hermida@digi.com>
The default DEY image recipe for ccimx6ulsbc builds dey-image-qt.
The graphical backend is determined dynamically.
Signed-off-by: Hector Palacios <hector.palacios@digi.com>
CCIMX6UL's rootfs partition is not big enough for the default
'dey-image-qt' image. This commit reworks the QT5 and SATO installed
packages for the ccimx6ul, so the image fits in the rootfs partition.
https://jira.digi.com/browse/DEL-2607
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The ccimx6ul does not have a GPU, so opengl based gstreamer sink will
not work. Thus apply the patch only for the CCIMX6.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This plugin uses directly the framebuffer, so it can be used in non
X11-based systems, but it oly supports software rendered content,
no opengl/es.
https://jira.digi.com/browse/DEL-2607
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This allows to build 'qtbase' for the CC6UL.
It only fixes the broken build, as any QT application that uses OpenGL/ES
will fail because there is no support for QT/OpenGL in modules without
a GPU.
Fix:
arm-dey-linux-gnueabi-g++ -march=armv7-a -mfloat-abi=softfp -mfpu=neon
--sysroot=/ssd/dey/jethro/fb/ccimx6ulsbc/tmp/sysroots/ccimx6ulsbc
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-O1 -o opengldesktop
opengldesktop.o -lGL
.../arm-dey-linux-gnueabi/5.2.0/ld: cannot find -lGL
A similar commit was done in meta-fsl-arm.git (branch Krogoth).
https://jira.digi.com/browse/DEL-2607
Signed-off-by: Javier Viguera <javier.viguera@digi.com>