Userspace firmware loading support is required for the Linux imx-sdma driver.
The patches that accomplish this were originally in poky, but were removed in
the thud upgrade. Re-work the patches so they apply over systemd v239.
https://jira.digi.com/browse/DEL-6932
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
Otherwise, examples such as skeletalanimation are broken.
Reported-by: Alfonso Martin Rey <alfonso.martinrey@digi.com>
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
Update SRCBRANCH in most recipes and SRCREV for gstreamer1.0-plugins-good.
update imx-gst1.0-plugin to v4.5.2.
https://jira.digi.com/browse/DEL-6932
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
Update SRCBRANCH in most recipes and SRCREV for gstreamer1.0-plugins-good.
update imx-gst1.0-plugin to v4.5.0.
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
Some architectures like i.MX8M Nano don't have imxgpu2d but still need
some of the Gstreamer plugins.
For example, gstreamer1.0-plugins-bad-meta provides the xwayland sink which
would otherwise not be available for platforms without gpu2d.
Signed-off-by: Hector Palacios <hector.palacios@digi.com>
Serial support to XBee cellular devices is deprecated since
the recommended communication protocol is USB, so we remove
the udev rules that supported these devices.
Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
This dependency was originally removed in commit
eafa8684a3, but it was erroneously put back in
commit 793e901678 when updating the recipe using
the one in meta-fsl-bsp-release as reference.
Instead of removing the line containing the dependency, in order to avoid the
same situation from happening in the future, comment it out and add an
explanation about why we're removing it.
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
The .bbappend file in meta-freescale only applies these patches to platforms
with imxqpu2d, but they are necessary to build framebuffer images for the
ccimx8mn. Using the same approach as NXP in meta-fsl-bsp-release (applying the
patches to imxgpu platforms) duplicates the patches for platforms that are both
imxgpu and imxgpu2d, so append them for imx8mn platforms exclusively.
While at it, remove a patch that is no longer necessary, since the latest
versions of qtbase already have the patch's change in them.
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
These patches were copied from meta-fsl-bsp-release layer,
but with the latest versions throws a compilation issue with the
ccimx8mn platform. However the upstreamed patches works fine.
Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
WPA and P2P configuration files are basically the same between all
platforms, so we remove all duplicated files to use a common file
and modify it in the recipe logic.
Signed-off-by: Arturo Buzarra <arturo.buzarra@digi.com>
The systemd class adds by default packages named ${PN} to the
SYSTEMD_PACKAGES variable, but in our case the package name is
'${PN}-init', so it needs to be added explicitly.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This package needs to be installed in the rootfs for the demos to work.
Reported-by: Alfonso Martin Rey <alfonso.martinrey@digi.com>
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
These classes needs to be inherited so the different init services
(sysv, systemd) execute the script on boot.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Otherwise there are QA check failures:
package imx-codec-test-bin requires librt.so.1, but no providers found in RDEPENDS_imx-codec-test-bin? [file-rdeps]
package imx-codec-test-bin requires libc.so.6(GLIBC_2.4), but no providers found in RDEPENDS_imx-codec-test-bin? [file-rdeps]
...
This is due to the 'imx-codec-test-bin' package containing NXP-provided
pre-built binaries that are compiled with GLIBC.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Clean up this warning on build:
python3-xbee: No generic license file exists for: MPL2.0 in any provider
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Update the README as well to reflect this change, since the ftp protocol might
be blocked in some corporate networks.
https://jira.digi.com/browse/DEL-6880
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
Since the final image name is not available in a global scope, append it to the
default installation path in the SDK extraction script once it has been
packaged.
The new default installation path format is:
/opt/dey/<version>/<platform>/<image>
https://jira.digi.com/browse/DEL-5264
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
The previous patch was outdated, but now that we have a working PKCS11 engine
and the cryptochip supports it, update the patch with the new engine info.
https://jira.digi.com/browse/DEL-6835
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
This is the version Microchip recommends to use in for the newer cryptoauthlib
with pkcs11 support. This recipe was backported from the zeus branch of
meta-openembedded.
https://jira.digi.com/browse/DEL-6826
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>
This package has not been supported since OpenSSL was updated to v1.1.x, and it
has been deprecated by Microchip.
https://jira.digi.com/browse/DEL-6826
Signed-off-by: Gabriel Valcazar <gabriel.valcazar@digi.com>