已經提了很多次了, 請不要在tegra234-mb1-bct-gpio-p3701-0000-a04.dtsi對pcie reset做任何事情… 你只會讓後面的driver行為出問題
你可以把PCIe controller在UEFI dtb直接disabled掉. UEFI的時候就完全不會去控制PCIe C5.
soc_gpio31_pq4和PCIe reset拉高间隔按照AT50T时序图需要大于等于14毫秒，实际情况是间隔了2秒~6秒，请问这个时间间隔可以实现毫秒级别吗？
這個沒有現成的driver使用, 你可以自己加delay實現. 比方說把PCIe driver probe的時間加delay.
请问uefi的dtb是哪个文件？是bootloader/tegraflash_internal.py吗？
这个我理解是在controller/dwc/pcie-tegra194.c:驱动文件里处理
uefi的dtb是kernel/dtb/L4TConfiguration.dts这个文件吗？
預設行為是UEFI跟kernel dtb是同一個dtb但是在燒錄的時候會各別flash到不同partition.
請你確認一下你的flash board config. 裡面有個欄位
把UEFI跟kernel dtb用不同dtb. 一個有開pcie,另一個關閉.
找TBCDTB_FILE
将hardware/nvidia/platform/t23x/concord/kernel-dts/cvb/tegra234-p3737-pcie.dtsi 中pcie@141a0000改为disabled，设备树编译完成后拷贝cp -r -f kernel_out/arch/arm64/boot/dts/nvidia/* …/…/kernel/dtb/。这时更新uefi后，uefi阶段的pcie C5是disabled，系统的pcie C5是okay的。
出现新问题是系统启动到如下图后卡死：
你可以把UEFI log打開確認一下他卡在哪裡
其他device都沒碰到smmu問題, 只有你的driver會碰到的這個情況…
比較傾向是你這個driver的問題.
请问如何配置pcie_aspm=off，除了在p3701.conf.common中CMDLINE_ADD增加烧写进去，还有其他方法吗？例如配置设备树或修改配置文件？
/boot/extlinux/extlinux.conf
裡面新增kernel cmdline.
这个帖子https://forums.developer.nvidia.com/t/iommu-unhandled-context-fault/82123说配置pcie_aspm=off可以解决“arm-smmu 12000000.iommu: Unhandled context fault: fsr=0x80000402, iova=0x80900000, fsynr=0x300001, cbfrsynra=0xc14, cb=5”报错问题，我这边增加到/boot/extlinux/extlinux.conf中，设备重启两次后cmdline可以查看到，但是依然报错。请问“arm-smmu 12000000.iommu: Unhandled context fault: fsr=0x80000402, iova=0x80900000, fsynr=0x300001, cbfrsynra=0xc14, cb=5”这个报错有几种可能性？
请问jetson agx orin怎么关闭smmu
关闭SMMU后问题已经解决，AF50T可以up起来。非常感谢这几天的技术支持
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.
