Jetpack: 5.0.2
SOM board: agx orin 32gb
Board ID(3701) version(500) sku(0004) revision(F.0)
my steps:
download hdmi dtsi from
tegra234-dcb-p3701-0000-a02-p3737-0000-a01_hdmi.dtsi
in the tegra234-p3701-0004-p3737-0000.dts :
//#include “tegra234-dcb-p3701-0000-a02-p3737-0000-a01.dtsi”
#include “tegra234-dcb-p3701-0000-a02-p3737-0000-a01_hdmi.dtsi”
and HPD gpio
display@13800000 {
os_gpio_hotplug_a = <&tegra_main_gpio TEGRA234_MAIN_GPIO(M, 0) GPIO_ACTIVE_HIGH>;
status = “okay”;
};
pinmux setting (as the attachment)
bootloader/tegra234-mb1-bct-gpio-p3701-0000-a04.dtsi
bootloader/t186ref/BCT/tegra234-mb1-bct-padvoltage-p3701-0000-a04.dtsi
bootloader/t186ref/BCT/tegra234-mb1-bct-pinmux-p3701-0000-a04.dtsi
tegra234-mb1-bct-gpio-p3701-0000-a04.dtsi (2.5 KB)
tegra234-mb1-bct-padvoltage-p3701-0000-a04.dtsi (1.4 KB)
tegra234-mb1-bct-pinmux-p3701-0000-a04.dtsi (64.6 KB)
HDMI schematics
boot message:
orin_hdmi_1012-1.log (62.0 KB)
ai@tegra-ubuntu:~$ export DISPLAY=:0
ai@tegra-ubuntu:~$ xrandr
No protocol specified
Can’t open display :0
in the MB2 phase I can see the UEFI screen and NVIDIA logo, but after starting kernel the screen was no longer display.
Thanks!
Please check the design guide and see if you are using correct design. The lane 0 and lane2 order on HDMI is different from DP case.
Hi WayneWWW,
when I compiled and make install the kernel source,
the modules.dep will be replaced and loss the depend settings for nvidia.ko, nvidia-modeset.ko, nvidia-drm.ko
and I added this patch manually, the display worked.
Linux_for_Tegra/rootfs/lib/modules/5.10.104-tegra
— modules.dep.bak 2022-10-18 11:33:53.435644893 +0800
+++ modules.dep 2022-10-18 11:36:06.842106043 +0800
@@ -1092,3 +1092,6 @@
kernel/net/mac80211/mac80211.ko: kernel/net/wireless/cfg80211.ko
kernel/net/nfc/nfc.ko:
kernel/net/nfc/nci/nci.ko: kernel/net/nfc/nfc.ko
+extra/opensrc-disp/nvidia-modeset.ko: extra/opensrc-disp/nvidia.ko
+extra/opensrc-disp/nvidia-drm.ko: extra/opensrc-disp/nvidia-modeset.ko extra/opensrc-disp/nvidia.ko
+extra/opensrc-disp/nvidia.ko:
Hi @jakelin
I feel the need of your patch is due to the method to build kernel. Could you share the steps you are running to build kernel and install modules?
Hi @WayneWWW
my steps:
at the sources folder
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra CROSS_COMPILE=${TOOLCHAIN_PREFIX} tegra_defconfig
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra CROSS_COMPILE=${TOOLCHAIN_PREFIX} menuconfig
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra CROSS_COMPILE=${TOOLCHAIN_PREFIX} -j$(nproc) Image
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra CROSS_COMPILE=${TOOLCHAIN_PREFIX} -j$(nproc) dtbs
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra CROSS_COMPILE=${TOOLCHAIN_PREFIX} -j$(nproc) modules
make -C kernel/kernel-5.10/ ARCH=arm64 O=$TEGRA_KERNEL_OUT LOCALVERSION=-tegra INSTALL_MOD_PATH=$KERNEL_MODULES_OUT modules_install
at the Linux_for_Tegra folder
cp -rfv $JETSON_AGX_ORIN_KERNEL_SOURCES/build/arch/arm64/boot/Image kernel/
cp -rfv $JETSON_AGX_ORIN_KERNEL_SOURCES/build/arch/arm64/boot/dts/nvidia/* kernel/dtb/
sudo cp -arfv $JETSON_AGX_ORIN_KERNEL_SOURCES/modules/lib rootfs/usr/
Hi,
It looks like the need of your patch is due to running menuconfig.
I skipped this step and turned out modules.dep does not need any patch to have nvidia.ko …etc.
Hi WayneWWW,
ActuaIly, I also skipped the menuconfig, because I don’t need to modify it now,
then as the result of this issue , the modules.dep still not has display driver dependency.
Finally,
I tried to copy the “extra” folder which including “nvidia-modeset.ko”, “nvidia-drm.ko”, “nvidia.ko” into “sources/modules/lib/modules/5.10.104-tegra”
and make modules_install again,
the modles.dep updated these 3 .ko files successfully.
Is it a better way?
jakelin:
Finally,
I tried to copy the “extra” folder which including “nvidia-modeset.ko”, “nvidia-drm.ko”, “nvidia.ko” into “sources/modules/lib/modules/5.10.104-tegra”
and make modules_install again,
the modles.dep updated these 3 .ko files successfully.
Is it a better way?
Yes, I think that is needed.
1 Like
system
Closed
November 9, 2022, 4:47am
12
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.