Skip to content

Comments

[scarthgap] Update L4T R36.4.4 -> R36.5.0#2150

Open
madisongh wants to merge 13 commits intoOE4T:scarthgapfrom
madisongh:wip-scarthgap-r36.5.0
Open

[scarthgap] Update L4T R36.4.4 -> R36.5.0#2150
madisongh wants to merge 13 commits intoOE4T:scarthgapfrom
madisongh:wip-scarthgap-r36.5.0

Conversation

@madisongh
Copy link
Member

This is equivalent to #2141 but targeting the scarthgap branch.

Tested with jetson-orin-nano-devkit-nvme target, demo-image-{base,sato,weston,full}.

Also ran a few tests on a sato image with the linux-yocto 6.6 kernel.

* The usual recipe renaming and L4T version number and sha256sum
  updates
* LIC_FILES_CHKSUM updates (actual licenses still proprietary)
* Kernel args updates
* Refresh and renumber script patches

Signed-off-by: Matt Madison <matt@madison.systems>
* Refresh patches
* Downgrade enum-int-mismatch error to warning to accommodate rtl8852ce driver
* Update packaging settings for a couple of new drivers

Signed-off-by: Matt Madison <matt@madison.systems>
Signed-off-by: Matt Madison <matt@madison.systems>
* Updated license file checksums due to copyright year changes
* Some patches needed refreshing
* The nvv4l2camerasrc and nvunixfd plugins now call on the CUDA driver/runtime

Signed-off-by: Matt Madison <matt@madison.systems>
* Add flash variables for specifying regular and RCM UEFI builds,
  allowing for using the regular build for RCM
* Add variables for use by the UEFI recipes to select which
  defconfig to use

Signed-off-by: Matt Madison <matt@madison.systems>
* Configuration system changes like in r38.4.0, no
  more simple full/minimal toggle
* Drop patch that has made it upstream, refresh the others

Signed-off-by: Matt Madison <matt@madison.systems>
Signed-off-by: Matt Madison <matt@madison.systems>
Signed-off-by: Matt Madison <matt@madison.systems>
… settings

Signed-off-by: Matt Madison <matt@madison.systems>
In R36.5.0, the UEFI sources were updated to use the new configuration
naming scheme, but the pre-built binaries still use the old scheme for
the bin files. Account for this when staging the binaries for later use.

Signed-off-by: Matt Madison <matt@madison.systems>
for staging source/Makefile, which is needed by
the nvidia-kernel-oot recipe.

Signed-off-by: Matt Madison <matt@madison.systems>
With NVIDIA now publishing their sources in Gitlab repos,
we should be able to fetch them more reliably than before.

So instead of using our own local mirror repos in Github,
just point the _git recipe directly at the upstream repos,
fetching into directories that form the structure expected
by the top-level makefile (which we extract out of the BSP).

This also allows us to apply patches and install the top-level
makefile as common steps in the include file used by both
recipes.

This change should make it a bit easier to use devtool
for creating new patches.

Signed-off-by: Matt Madison <matt@madison.systems>
The NVIDIA out-of-tree drivers expect the HDCP code to be enabled
in the DRM display helper module. It's not something we can set
directly in a config fragment, so add a patch to the drm/tegra
Kconfig file to select it, as is done for the other DRM display
helper support features.

Signed-off-by: Matt Madison <matt@madison.systems>
@ichergui
Copy link
Member

Hi @madisongh
Anything I can help with here ?

@madisongh
Copy link
Member Author

Some spot-check testing with some other hardware would be helpful

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants