Age | Commit message (Collapse) | Author |
|
Increase the kernel partition size for rawnand from 8MB to 12MB, this
allows to flash an upstream kernel with imx_v6_v7_defconfig.
Related-to: ELB-1341
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
|
|
Note that we currently do not want to use the stable symlinks to the
eMMC for modules were older version of the Toradex Easy Installer exist.
Using the stable symlinks would require a Toradex Easy Instaler 5.3.0 or
newer.
For Verdin iMX8MP 5.3.0 is the first version and thus we can directly use
the stable symlink name pointing to the eMMC.
Related-to: TEI-750
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
A typo was introduced by commit 9e9859a9:
[ image_type_tezi.bbclass: introduce TEZI_AUTO_INSTALL ]
TEZI_USE_BOOTFILES should be TEZI_AUTO_INSTALL.
Related-to: TEI-773
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
This makes it possible to build a image tarball with 'autoinstall'
enabled.
Related-to: TEI-773
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Keep hard-copy version of license file
in sstate cache in case of NXP connection error
Related-to: ELB-3485
Signed-off-by: Denys Drozdov <denys.drozdov@toradex.com>
|
|
Devicetrees and overlays have been bundled into fitimage, so we dont
have to install them to boot partition.
Related-to: TOR-1700
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The major reason for doing this is because we are currently deploying
all dtbo files to ${DEPLOY_DIR_IMAGE}/devicetree, but not machine
specific ones, and they will be unnecessarily bundled into fitimage
when kernel-fitimage.bbclass is being inherited.
To fix that, we introduce a extra task do_collect_overlays to collect
machine specific overlays to ${DT_FILES_PATH} before do_compile, where
dtb compilation is being compiled in. In this way, only machine
specific overlays would be compiled and deployed.
Now we can drop device-tree-overlay-filter recipe with this change.
Related-to: TOR-1700
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The License window will be shown in case SHOW_EULA_FILE set to "1"
Related-to: ELB-3485
Signed-off-by: Denys Drozdov <denys.drozdov@toradex.com>
|
|
Ensure there is a popup that shows the EULA license
to be accepted once installing a tdxref image
Related-to: ELB-3485
Signed-off-by: Denys Drozdov <denys.drozdov@toradex.com>
|
|
Replace tezi_deploy_dt_overlays() with a depend on device-tree-overlay-filter.
This allows to append the device tree overlays to IMAGE_BOOT_FILES and thus
they do get installed to TEZI and WIC images. Before they were missing in the
WIC images.
Related-to: ELB-3197
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
The current wildcard setting deploys machine specific overlays with
<machine>* and thus e.g. apalis-imx8 gets additionally those specific
to apalis-imx8x.
Fix that.
Related to: ELB-3499
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
If one uses our BSP layers / machines without a Toradex distro the
do_image_teziimg step fails due to missing variables.
Add weak defines of those.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
This patch mainly aims to let fdt_overlays only contain devicetree
overlay names without the 'overlays' sub-directory.
Also add a sanity check for items in
TEZI_EXTERNAL_KERNEL_DEVICETREE_BOOT, if a item not existing in boot
filesystem, throw a error at build time.
A complementary patch is needed to boot script, to load devicetree
overlays from a configurable prefix.
Related-to: TOR-1537
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
We have decided to drop boot partition from EMMC/RAWNAND devices for
all Torizoncore images, in which case, we dont have to maintain a extra
image type teziimg-distro for Torizoncore, let's drop it.
This patch would not introduce any functional change to teziimg images,
just aims to drop all Torizoncore related code.
Introduce two new variables to make teziimg more extendable:
- TEZI_ROOT_NAME: the end user could choose rootfs image name, for
instance, "rootfs", "ota".
- TEZI_USE_BOOTFILES: the end user could decide if a boot partition
should be created for EMMC device.
Related-to: TOR-1334
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Move the code deploying dtb overlays to a prefuncs
tezi_deploy_dt_overlays of do_image_bootfs, and put all prefuncs of
do_image_bootfs, do_image_teziimg, do_image_teziimg_distro to variables
so that they could be overridden in other meta layers. For instance, an
end user might want to write his/her own image.json file according to
his/her partitions layout.
Also fix a missing double quotes.
Related-to: TOR-1334
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
We have machine overlay where the machine name is postfixed with the
carrier board name, e.g. colibri-imx7-aster_atmel-mxt_overlay.dts.
No longer require an '_' after the machine name to deploy also overlays
with a postfix after the machine name.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
For the colibri-imx7-emmc machine we need the overlays prefixed with
colibri-imx7.
Due to the changed machine name the machine specific overlays did
not get deployed into a image. Fix that.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
We have separate machines for the now deprecated i.MX 8X B0 silicon
based modules.
Due to the changed machine name the machine specific overlays did
not get deployed into a image. Fix that.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
On i.MX8 processors there was a bug in Tezi that leaked an old
u-boot environment into newly installed image. This got fixed and
can be enforced by using Tezi config format number 4.
Make use of that.
Signed-off-by: Philippe Schenker <philippe.schenker@toradex.com>
|
|
The device-tree overlays have been reworked. Reenable the build
and deployment.
This reverts commit 1914b33f70f13b5460152daaf49de7511e4990ee.
Related-to: ELB-2943
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
They currently do not build against the downstream kernel, drop them
if building for a downstream kernel for now.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
It's useless and would be overridden by the same definition in
imx-base.inc of meta-freescale layer.
Related-to: ELB-2553
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The default u-boot env file name has changed to u-boot-initial-env in
OE layer, adapt to it.
Related-to: ELB-2553
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Rename destination "devicetree" with dtb overlays (on bootfs) to "overlays".
Relates-to: ELB-2807
Signed-off-by: Igor Opaniuk <igor.opaniuk@toradex.com>
(cherry picked from commit 288b7e41f508e0dcde66b536953d014dd4497971)
|
|
If using upstream variants kernel itself is close to 8 MB and one can
barely keep a backup copy in the resulting 16 MB!
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
(cherry picked from commit aae74f006cd02717df3b047b59940196de53c105)
|
|
Iterating through the variable don't interpret quotes at and they
act as a part of variable. It leads to iterate with the wrong
filenames [1]. Removing quotes fixes overlay names.
[1]
-----------------
PC $ cat overlays.txt
fdt_overlays="1 2 3"
Apalis iMX6 # env import -t ${loadaddr} overlays.txt
Apalis iMX6 # print fdt_overlays
fdt_overlays="1 2 3"
Apalis iMX6 # for overlay_file in ${fdt_overlays}; do echo "file=${overlay_file}"; done
file="1
file=2
file=3"
-----------------
Related-to: ELB-2797
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
(cherry picked from commit b8b2e862432c0a30f41bd19efb66ec80267e7f5d)
|
|
Commit 0b33be8f "image_type_tezi.bbclass: allow inexistence of machine specific overlays"
introduces the regression bug, that prevents to gather machine-specific
dtbos.
This commit fixes the bug.
Fixed: 0b33be8f ("image_type_tezi.bbclass: allow inexistence of machine specific overlays")
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@toradex.com>
(cherry picked from commit 5846cdddd88363cfa8bab0bf14d5999f20503709)
|
|
Gracefully continue should there not (yet) be any machine specific
device tree overlays.
This avoids the following build failure:
ERROR: Logfile of failure stored in: /home/user/builds/oe-core_4.0/build
/tmp/work/apalis_imx8-tdx-linux/console-tdx-image/1.0-r0/temp
/log.do_image_bootfs.4117712
Log data follows:
| DEBUG: Executing python function tezi_deploy_bootfs_files
| DEBUG: Python function tezi_deploy_bootfs_files finished
| DEBUG: Executing python function set_image_size
| DEBUG: 168906.400000 = 129928 * 1.300000
| DEBUG: 168906.400000 = max(168906.400000, 65536)[168906.400000] + 0
| DEBUG: 168907.000000 = int(168906.400000)
| DEBUG: 168907 = aligned(168907)
| DEBUG: returning 168907
| DEBUG: Python function set_image_size finished
| DEBUG: Executing shell function do_image_bootfs
| ls: cannot access 'apalis-imx8_*.dtbo': No such file or directory
| WARNING: /home/user/builds/oe-core_4.0/build/tmp/work
/apalis_imx8-tdx-linux/console-tdx-image/1.0-r0/temp
/run.do_image_bootfs.4117712:1 exit 2 from
'machine_dtbos=`cd $deploy_dt_dir && ls apalis-imx8_*.dtbo`'
| ERROR: Execution of '/home/user/builds/oe-core_4.0/build/tmp/work
/apalis_imx8-tdx-linux/console-tdx-image/1.0-r0/temp
/run.do_image_bootfs.4117712' failed with exit code 2:
| ls: cannot access 'apalis-imx8_*.dtbo': No such file or directory
| WARNING: /home/user/builds/oe-core_4.0/build/tmp/work
/apalis_imx8-tdx-linux/console-tdx-image/1.0-r0/temp
/run.do_image_bootfs.4117712:1 exit 2 from
'machine_dtbos=`cd $deploy_dt_dir && ls apalis-imx8_*.dtbo`'
|
ERROR: Task (/home/user/builds/oe-core_4.0/build/../layers
/meta-toradex-demos/recipes-images/images/console-tdx-image.bb
:do_image_bootfs) failed with exit code '1'
NOTE: Tasks Summary: Attempted 5813 tasks of which 5544 didn't need to
be rerun and 1 failed.
NOTE: Writing buildhistory
NOTE: Writing buildhistory took: 15 seconds
Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
(cherry picked from commit 0b33be8fed56b44c8f0b648da20d0b6706d8e7d5)
|
|
Introduce TEZI_EXTERNAL_KERNEL_DEVICETREE and
TEZI_EXTERNAL_KERNEL_DEVICETREE_BOOT variables. First one provides the
list of overlays copied to boot partition (by default all overlays are
copied), the second one sets the list of overlays that should be loaded
during boot time (listed in ${bootfs}/overlays.txt).
TEZI_EXTERNAL_KERNEL_DEVICETREE_BOOT defaults to be empty.
Relates-to: ELB-2723
Signed-off-by: Igor Opaniuk <igor.opaniuk@toradex.com>
(cherry picked from commit c648af29199e2f8dedcaf6b7c3c61a2dcf6a579b)
|
|
UBOOT_BINARY_TEZI_EMMC has been defined in machine conf, drop it.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
(cherry picked from commit 1f5d1d2cb0bf8711c93de21bccc6e87bea96253a)
|
|
Make sure u-boot enviroment is erased when installing
new Toradex Easy Installer image
Related-to: TEI-130
Signed-off-by: Luka Pivk <luka.pivk@toradex.com>
(cherry picked from commit 25711572bcb5a40057b53323b8b34a28f74d9b0f)
|
|
This makes 'config_format' item configurable in different layers.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
So that one sees in the Toradex Easy Installer which image is which.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
(cherry picked from commit 3d072f3077b67adf293810da51ba951dc4b6c593)
And the squashed fix:
(cherry picked from commit 78d71eea7dd80066067f93445a957f8396b63c6e)
(cherry picked from commit e6e0f885bc858f16a6c49522d91e7b6dc67d2a16)
|
|
Introduce TEZI_DATE variable, it defaults to ${TDX_MATRIX_BUILD_TIME}
but could be overridden in local.conf.
It will be used to set release_date in image json files, hence it must
be excluded by IMAGE_TYPEDEP_teziimg and IMAGE_CMD_teziimg-distro to
avoid running into basehash mismatch problems.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Currently we are generating image.json files directly in
${DEPLOY_DIR_IMAGE} which is not correct, since image.json file is a
image specific file so race condition could happen when multiple image
builds write to a same image.json.
Fix it by generating image json files in ${IMGDEPLOYDIR} directory with
IMAGE_BASENAME suffix and copying them to a temporary directory
${WORKDIR}/image-json with the final json names. In this way, the json
files could be handled by sstate and they turn to be image specific.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Introduce a new variable TEZI_IMAGE_NAME to allow a custom image name
for the Tezi tarball. This allows to stick with the default OpenEmbedded
image names for rootfs tarballs etc. while still following custom naming
rules for the final Tezi images.
Default to IMAGE_NAME to retain backward compatibility.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
|
|
The blank should be before the value rather than after it, or else we
risk on messing up the values by 'a b' > 'ab'.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Use OFFSET_SPL_PAYLOAD to decide if a SPL has to be deployed or not.
This allows a simple integration of machines which have an SPL (as e.g.
verdin-imx8mm has) but do aggregate the SPL and U-Boot proper into one
binary.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The list of deployed U-Boot artefacts is set in python for the 'distro'
tezi-image, but in the non 'distro' case directly in the tar command.
Unify that to put the list together in python.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Using PV is not a good idea with the new versioning, especially since
there is a timestamp in the version number. Use the DISTRO_VERSION
variable by default.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
|
|
Currently we use PV of the image recipe as version number for the
Toradex Easy Installer image json. When trying to implement the new
versioning scheme which introduces timestamps in PV uncovered issues
which are quite complex to overcome, see also this mailing list post:
http://lists.openembedded.org/pipermail/openembedded-core/2019-November/289765.html
To be able to implement the new versioning scheme we need to change
the source of the version number used in the Tezi image json. To be
more dynamic this introduces the variable TEZI_VERSION.
So far the class used the "Software Package Version" without the
(mandatory) date identifier. However, we used the full version with
date indentifier in the file name. This changes to use the full
"Software Package Version" in both cases by default.
Also use IMAGE_CMD_xy[vardepexclude] instead of the task name directly.
This makes sure that image.bbclass does remove the variable from the
image store and avoids premature expansion which leads in basehash
value changed issues.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
|
|
This patch mainlay aims to refactor bootfs image function, use tar and
xz conversion functions to replace our own create_tezi_bootfs, the
benifit would be we could choose other compression type like Zstandard
easily by setting TEZI_BOOT_SUFFIX and TEZI_ROOT_SUFFIX for bootfs and
rootfs.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
We might not go this way to support aktualizr provisioning, revert it
for now, it's to be decided how we are going to do the provisioning.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The image recipes do not really support rm_work, I have observed a lot
of build issues when I modified some do_image tasks while do_rootfs not
touched, to give a example:
The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002:buildinfo(d)
0003:
File: 'meta/classes/image-buildinfo.bbclass', lineno: 67, function: buildinfo
0063:# Write build information to target filesystem
0064:python buildinfo () {
0065: if not d.getVar('IMAGE_BUILDINFO_FILE'):
0066: return
*** 0067: with open(d.expand('${IMAGE_ROOTFS}${IMAGE_BUILDINFO_FILE}'), 'w') as build:
0068: build.writelines((
0069: '''-----------------------
0070:Build Configuration: |
0071:-----------------------
so we set RM_WORK_EXCLUDE to avoid running into those problems.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
This patch mainly aims to reintroduce a old commit 1b5ef0c9:
[ image_type_tezi.bbclass: drop some useless code ]
which was reverted later on since it did not fix the problem, I
refactor that patch to really fix it.
This patch mainly aims to reintroduce a old commit d2dc3698:
[ image_type_tezi.bbclass: drop some useless code ]
which was reverted later on since it did not fix the problem, I
refactor that patch to really fix it.
I have observed this "basehash changed" issue quite often recently, it
could be reproduced easily by the following steps:
1 bitbake imagename
2 change your system time by one day ahead.
3 bitbake imagename
After debugging it with bitbake-diffsigs, I found it's still caused by
'DATE' variable changing, as follows:
| basehash changed from ecb5b34a4997e7f037f146932728f3eca9af34d70729e4c83cdd920dc21d7677 to
| 92ad5341f99ff3a56987f4ccdc34030d5aa3e3ea1365737b5a81a12e6eb83798
| Variable DATE value changed from '20190905' to '20190906'
our tricky fix of introducing 'TDX_VERDATE' does not really work,
actually it makes things worse, 'DATE' has been deleted when parsing
IMAGE_CMD_* tasks, which was introduced by commit 4af13a48 in OE:
[ image.bbclass: delete DATE variable too ]
which means DATE would not be expanded during recipe parsing, but
TDX_VERDATE would, so we should replace TDX_VERDATE with DATE in
IMAGE_CMD_teziimg and IMAGE_CMD_teziimg-distro tasks.
To fix this annoying issue, the key point is we should avoid
expanding 'DATE' during recipe parsing stage, or else the
vardepsexclude would not take effect since the 'DATE' has already
been expanded, so we should change a DATE reference in rootfs_tezi_json
function:
d.getVar('DATE') -> d.getVar('DATE', False)
And there is seems still some order issue when bitbake handle
vardepsexclude of IMAGE_CMD_* tasks, I have to explicitly set it
for do_image_teziimg and do_image_teziimg_distro.
With the above changes, the error does not show up again.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
Add two items into image json file: ota_provisioning and
ota_credentials.
ota_provisioning would be set 'True' if SOTA_PACKED_CREDENTIALS is
being set, and ota_credentials would be set to the basename of
SOTA_PACKED_CREDENTIALS.
These two variables would be checked in Tezi installer to determine
whether OTA provisioning is needed.
This patch would not cause any functional change in Tezi installer
while SOTA_PACKED_CREDENTIALS is not set.
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The TEZI_KERNEL_IMAGETYPE definition has been removed, however it is still
used in the code. Change that to use KERNEL_IMAGETYPE.
The results in image.json containing '"zImage"' instead of 'null' as the
kernel filename.
Fixes c1891e02dc9c.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
The changes include:
- Introduce tezi_deploy_files helper function, it could be used to
install files listed in IMAGE_BOOT_FILES, the install logic is same
with how WIC handle IMAGE_BOOT_FILES.
- Use WKS_FILE_DEPENDS to handle the dependencies of do_image_teziimg
and do_image_teziimg_distro, when USING_WIC is not set, then we need
add WKS_FILE_DEPENDS to DEPENDS, or else it would be done in wic
image bbclass.
- Drop TEZI_KERNEL_IMAGETYPE and TEZI_KERNEL_DEVICETREE, now all the
boot files would be controlled by IMAGE_BOOT_FILES.
- Use ${IMAGE_LINK_NAME} instead of ${IMAGE_NAME}, to avoid including
DATETIME for torizon builds.
Patch has been verified on the following machines, the artifacts
generated with and wihtout the patch are identical:
- apalis-imx6
- apalis-imx8
- apalis-tk1
- apalis-tk1-mainline
- colibri-imx6
- colibri-imx6ull
- colibri-imx7
- colibri-imx8x
Signed-off-by: Ming Liu <ming.liu@toradex.com>
|
|
The i.MX8 kernel is currently 20MB and doesn't fit in the hard coded 16MB
boot partition size.
Set the boot partition size dynamically to twice the payload size
rounded up to the next power of 2, but at least to 16MB.
The Apalis iMX8 needs additional firmware for HDMI in the boot partition.
Provide a new MACHINE_BOOT_FILES variable which adds to the list of to be
installed files.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
With thud I still see "basehash value changed" errors, even though the
commit e74158b6c is available in the OE thud branch.
This reverts commit 9f84ffa4b42b4d518191116614aef269ab227f0e.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|