There is a DTB overlay for the p3768 carrier, which should be
included for Orin NX/Nano targets that use it.
Signed-off-by: Matt Madison <matt@madison.systems>
The maximum TNSPEC length was raised from 64 to 128 characters with
the L4T R35.x series, so there should be plenty of room for longer
TNSPEC_MACHINE names.
Signed-off-by: Matt Madison <matt@madison.systems>
- add cupva to the dependency list
- update vpi2_pva_auth_allowlist file
- rename vpi2_pva_auth_allowlist firmware
Signed-off-by: Matt Madison <matt@madison.systems>
Signed-off-by: Ilies CHERGUI <ilies.chergui@gmail.com>
* Stock L4T external flash layouts now use a rewrite
for inserting the size, in sectors of the external
device
* Adjust the boot control overlays when UEFI signing
is enabled so that BUP payloads use the update keys
instead of the default keys
* Add rewrites for flash layout fields added for Orin
industrial modules
* Add firmware new for Orin industrial modules to the
BOOTFILES list
Signed-off-by: Matt Madison <matt@madison.systems>
* Add badpage file creation for Orin industrial modules,
and add the new firmware for it to the list of boot files
* Remove the resizing of kernel/kernel-dtb partitions in
external flash layouts; the layouts in R35.4.1 have been
updated
* Add support for using the generic flash_l4t_external layout
on t23x platforms by renaming the kernel/kernel-dtb partitions
Signed-off-by: Matt Madison <matt@madison.systems>
* Drop all --user_key references, which are obsolete
* Add partition renaming function to nvflashxmlparse, so
external flash layouts that use the t19x naming for
kernel and kernel-dtb partitions can be used with t23x
platforms
* Drop --boot_chain option from tegraflash.py invocations
* Add support for inserting new firmware in the boot binaries
for the industrial Orin module
Signed-off-by: Matt Madison <matt@madison.systems>
Fix name conflicts for the cross-canadian gcc and g++ compilers by
adding the version number suffix to the binary name.
Signed-off-by: Kurt Kiefer <kekiefer@gmail.com>
Signed-off-by: Matt Madison <matt@madison.systems>
from the EXTRA_OECMAKE setting, as the cmake build there uses CUDA
language support instead of the obsolete FindCUDA module.
Signed-off-by: Matt Madison <matt@madison.systems>
That's the variable that includes it, while DEBUG_FLAGS gets it
indirectly. So do other variables that might get used with the
older compiler, so removing it from the original source variable
will fix those cases, too.
Signed-off-by: Matt Madison <matt@madison.systems>
to define CUDA_NVCC_FLAGS as a list, since the old-school FindCUDA
module treats that variable as a list.
Signed-off-by: Matt Madison <matt@madison.systems>
rather than setting TNSPEC_BOOTDEV_DEFAULT. Otherwise, we won't
make use of the external flash layout.
Signed-off-by: Matt Madison <matt@madison.systems>
This is needed to avoid spdx from failing during sdk build with:
Exception: FileNotFoundError: [Errno 2] No such file or directory: 'tmp/deploy/spdx/by-hash/sstate:libdrm-nvdc:armv8a_tegra-poky-linux:35.3.1-20230319081403:r0:armv8a_tegra:11:/libdrm-src.spdx.json
Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
This is needed to avoid spdx from failing with:
ERROR: libdrm-nvdc-35.3.1-20230319081403-r0 do_create_spdx: The recipe libdrm-nvdc is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
/home/qt/work/build/build/tmp/deploy/spdx/armv8a_tegra/packages/libdrm-lic.spdx.json
(matched in manifest-armv8a_tegra-libdrm.create_spdx)
Please verify which recipe should provide the above files.
Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
docker-ce is deprecated, with docker-moby now set as the default
docker recipe, so switch over the bbappend to fix up the kernel
module dependencies for that recipe.
Signed-off-by: Matt Madison <matt@madison.systems>
systemd's random-seed service units/targets have changed with
recent updates, and the haveged service was causing a dependency
loop. Disable the default dependencies, and change the WantedBy
to sysinit.target to fix this.
Signed-off-by: Matt Madison <matt@madison.systems>
The latest systemd's EFI support assumes you're using the systemd EFI stub
when booting, which we aren't, so drop the bbappend that turns it on.
Signed-off-by: Matt Madison <matt@madison.systems>
This reverts commit 1e62f9ac56.
Now that a workaround is in place for glibc header compatibility problem,
we can put back the problematic sample.
Signed-off-by: Matt Madison <matt@madison.systems>
* Add CUDA_NVCC_PATH_FLAGS to the NVCCFLAGS make variable, to pick
up flags for the compatibility/workaround header
* Fix a long-standing typo in the GENCODE_FLAGS setting
Signed-off-by: Matt Madison <matt@madison.systems>
* Add flags for pointing to the compatibility/workaround header tree
to CUDA_NVCC_PATH_FLAGS in cuda.bbclass
* Add the dependency on cuda-compatibility-workaround in cuda-gcc.bbclass
Signed-off-by: Matt Madison <matt@madison.systems>
to install a header file that makes nvcc compilations compatible with
the glibc 2.38 for aarch64 targets. The path to this header is added
as an -isystem option passed via -Xcompiler on nvcc invocations, so
it overrides the glibc default, bypassing references to gcc
built-in SIMD types that the cicc compiler doesn't define.
Signed-off-by: Matt Madison <matt@madison.systems>
With the introduction of glibc 2.38 in OE-Core, the glibc header
files have been updated to assume the existence of some additional
built-in types for SIMD on aarch64 systems, such as __Float32x4_t.
While gcc has these types built in, the CUDA cicc compiler does not,
and this causes compilation failures of the UnifiedMemoryStreams
sample.
For now, just remove it from the build, until a suitable fix or
workaround can be found.
Signed-off-by: Matt Madison <matt@madison.systems>
A temporary workaround until the systemd recipe in OE-Core
is fixed to correct the build-time dependency in PACKAGECONFIG[efi].
Signed-off-by: Matt Madison <matt@madison.systems>
from setup-nv-boot-control.sh into uefi_common.func.in for other
scripts that will need to set uefi variables.
- Changed interface to set_ufi_var to require guid and
added an optional parameter to control 'write once'
behavior for static variables.
Signed-off-by: Chad McQuillen <chad.mcquillen@lexmark.com>