Unfortunately, we don't have a good way of stripping that flag just
from the nvcc/gcc-8 invocations. For now, at least, just remove it
entirely for all cuda builds.
Signed-off-by: Matt Madison <matt@madison.systems>
to compare the TNSPEC_BOOTDEV value against the per-platform default
value. This improves support for the jetson-orin-nano-devkit-nvme
configuration, using the same flash layout for both normal flashing
and initrd flashing.
Signed-off-by: Matt Madison <matt@madison.systems>
All of the t234 platforms have SPI flash, so remove the conditional logic in
the t234 tegraflash package generator and always create a dosdcard.sh script.
Signed-off-by: Matt Madison <matt@madison.systems>
The ext4 implementation in UEFI can't handle that feature,
and e2fsprogs 1.71 and later enables it by default. Users that
will never make use of L4TLauncher's extlinux.conf support can
override the setting if they need the feature enabled.
Signed-off-by: Matt Madison <matt@madison.systems>
The combined bl + kernel payload is no longer generated; remove
references to that and instead deploy the individual bl_only and
kernel_only payloads. Also update the BUP generator script to
allow the bupgen spec to explicitly name the type of payload to
generate, another feature on R35.3.1.
Signed-off-by: Matt Madison <matt@madison.systems>
to an even multiple of 16 bytes, to avoid padding
with unprintable characters if the file gets signed.
Signed-off-by: Matt Madison <matt@madison.systems>
For implementing the common functions and variables
needed for signing files/binaries validated by the
UEFI bootloader.
Signed-off-by: Matt Madison <matt@madison.systems>
Copy just the overlays enumerated in OVERLAY_DTB_FILE into
the tegraflash package/BUP workspace, and allow for those
files to come from the virtual/dtb provider, just as we do
for plain DTB files.
Also prepare for retirement of the use of OVERLAY_DTB_FILE
as bitbake variable, which was a bit awkward to manage.
Signed-off-by: Matt Madison <matt@madison.systems>
to pass to initrd-flash for Orin NX (and possibly other
future targets) that have no internal storage.
Signed-off-by: Matt Madison <matt@madison.systems>
Make the image dependencies and inclusion of the initrd-flash
image conditional on whether TEGRAFLASH_INITRD_FLASH_IMAGE is
non-null. This allows users to exclude initrd-flash support
from their builds, if desired.
Signed-off-by: Matt Madison <matt@madison.systems>
The NVIDIA signing tools added a pyfdt package, so we need to
clean up the __pycache__ created for that as well as the
top-level one.
Signed-off-by: Matt Madison <matt@madison.systems>
* Support separate internal and external flash layouts
* Unify the post-signing function, which is the same
across the two Soc types, and populate a '.presigning-vars'
file there to be used by the initrd flashing script
* Populate a '.env.initrd-flash' file to set environment
variables needed by the initrd flashing script
Signed-off-by: Matt Madison <matt@madison.systems>
and use a variable to make it easier to customize (or to update it
if NVIDIA changes the default again).
Signed-off-by: Matt Madison <matt@madison.systems>
This adds an L4T_DEB_FEED_SKIP_POOL_APPEND option
that can be enabled to skip appending the
'/pool/group/pkg/etc' suffix to the deb feed for
additional components that are hosted outside of
the L4T deb repos.
Signed-off-by: Ian Stewart <istewart@nvidia.com>
The recent changes to the helper scripts added a check on
'fuselevel' being set for fetching the chip ID from the device,
so we need to make sure that variable is set when creating
an SDcard image.
Signed-off-by: Matt Madison <matt@madison.systems>
The doflash.sh script generated for t234 devices was erroneously
including environment variable settings for BOARDID, FAB, etc.,
bypassing the fuse/EEPROM read logic in the helper script, probably
because the script was broken. Now that the script has been fixed, remove
those settings so the actual values are queried from the device
during flashing.
Signed-off-by: Matt Madison <matt@madison.systems>
Allow the user to replace the standard TEGRA_ESP_IMAGE image by not
depending on the respective do_image_complete task.
The preferred image can be set via IMAGE_TEGRAFLASH_ESPIMG, after
setting TEGRA_ESP_IMAGE to empty.
Signed-off-by: Ricardo Salveti <ricardo@foundries.io>
This change adds support (adapted from kernel-fitimage handling) for
out-of-tree device tree binary generation. It looks for a provider
of virtual/dtb, and if this exists, enables the copying of device
tree binaries generated by this recipe.
Signed-off-by: Kurt Kiefer <kurt.kiefer@arthrex.com>
to simplify JetPack revision updates that change *some* of the
nvidia-l4t-* packages to use an updated time/date stamp, but leave
some with the older time/date stamp.
Signed-off-by: Matt Madison <matt@madison.systems>
The 'esp' name was a bit too generic, so renaming should avoid possible
conflicts with other layers.
Also fix a minor typo in the log output in the mkespfs function.
Signed-off-by: Matt Madison <matt@madison.systems>
To enable use of the stock L4T _rootfs_AB.xml layouts, we have to
add replacements for LNXFILE_b, APP_b, and APPUUID_b in the layout
configuration.
Signed-off-by: Matt Madison <matt@madison.systems>
This variable is used everywhere the TNSPEC is calculated, instead
of MACHINE. It can be used to set a different machine name for
compatibility with BUP packaging or NVIDIA's bootload tools.
One example of this is NVIDIA's nvbootctrl tool part of the initial
Jetpack 5 release that matches the devkit machine name against the
COMPATIBLE_SPEC string. A custom TNSPEC_MACHINE name can be used
here to satisfy this match (e.g. 'mymachine-jetson-agx-xavier-devkit')
but the actual MACHINE variable can remain as simply 'mymachine'.
Signed-off-by: Kurt Kiefer <kurt.kiefer@arthrex.com>
The L4T flash.sh script makes a copy of the mb1 firmware and
modifies the flash layout to use that for the second MB1FILE
entry for t194 devices. Comments in the script indicate that
this is necessary, so do the same here.
Signed-off-by: Matt Madison <matt@madison.systems>
* use EMMC_BCT/EMMC_BCT_OVERRIDE variables for the sdram config
file(s) instead of ${MACHINE}.cfg/${MACHINE}-override.cfg
* add missing mb2 firmware for Orin
Signed-off-by: Matt Madison <matt@madison.systems>
- Removing dynamically generated container csv files for nvidia
container passthrough mechanism, as NVIDIA has moved to base l4t.csv
which includes all the container passthrough references
Signed-off-by: Atharva Nandanwar <anandanwar@sighthound.com>
* Now using tegra-flashtools-native
* T234 systems use same naming for the EMMC_BCT file as T194
* Start fixing up BUP payload generation for T234 (not done yet)
Signed-off-by: Matt Madison <matt@madison.systems>
This was added earlier in the kernel recipe, for handling
bundled initrds; make the corresponding change here for
the non-bundled case.
Signed-off-by: Matt Madison <matt@madison.systems>
With UEFI, the kernel args are extracted from the boot image,
rather than being processed from the device tree, so remove
all the device tree mangling we were doing and instead add
the args to the boot image creation step in the kernel
recipe.
Signed-off-by: Matt Madison <matt@madison.systems>
The DTB overlayss are now provided by the kernel and UEFI recipes and
put in ${IMAGE_DEPLOY_DIR}, so copy them from there.
Also fix the flashvars handling for tegra234 platforms during BUP
generation.
Signed-off-by: Matt Madison <matt@madison.systems>
Not that the conversion type name is still 'cboot' for now,
even though we're not using cboot any more.
Signed-off-by: Matt Madison <matt@madison.systems>
