報錯的截圖如下所示。
-
請問你們device tree改了什麼？
-
請問pinmux設定有沒有跟著改？ tegra186_gpio_irq沒有出來感覺上是pinmux設定沒有正確.
Hi,
- 我們device tree裏面只是根據R35.4.1版本的tegra234-dcb-p3701-0000-a02-p3737-0000-a01.dtsi文件使用dcb_tool工具生成了新的HDMI的dtsi文件。
- pinmux我們沒有進行特意的修改（），如果你能告訴我哪個GPIO的更改可能會導致該問題的產生，我們將會去查看。順帶一提，因爲我們有使用到R5去進行實時任務，因爲它會使用到一些GPIO，所以有一些修改。
sorry,
我發現HDMI沒有插入之後的報錯是因爲我們在HDMI的Driver裏面把這個報錯屏蔽了（因爲客戶看到報錯會有疑問），我會重新測試一下並反饋給您。
所以沒有額外加os_hotplug_gpio_a?
不，os_hotplug_gpio是有加的，PM.00是被配置的GPIO
- pinmux我們沒有進行特意的修改（），如果你能告訴我哪個GPIO的更改可能會導致該問題的產生，我們將會去查看。順帶一提，因爲我們有使用到R5去進行實時任務，因爲它會使用到一些GPIO，所以有一些修改。
這裡我沒有在講什麼特別的gpio. 純粹是Hotplug那根PM.00.
如果這裡提到的patch你都有的話, 基本上就不是software問題了.
yes, 看起來，我這邊軟件是擁有這些所有的patch，我想如果沒有的話，它應該任何情況都無法正常工作
1 Like
我會push我們的HW Team去檢查硬體問題，但是我希望您也能站在軟體的角度給我們一些排查的思路，因爲DCE相關的驅動似乎是閉源的。所以更需要依賴您的經驗。
Hi,
基本上因為DCE不是open source. 我們這邊能做的就只有確認software patch都有對
剩下的部分就只能確認硬體部分都要完全正確.
這對所有Orin display debug都是一樣的狀況.
我認為現在的狀況就是這個電壓降低的現象影響到DCE偵測hotplug.
但是有一個很奇怪的現象，我們將hotplug直接短接GND將它拉低，仍然無法看到HDMI的輸出。
下面這個post有我之前分享給另外一位用戶 開啟host端display driver log的步驟
基本上這裡就是host ↔ DCE溝通時, host端會打印的log.
其實你碰到的狀況跟上面這邊的用戶有點類似. 但是他最後是發現他們底板的CLK and DAT接錯了. 應該跟你的狀況不一樣.
Hi,
我嘗試使用你推薦的方式去打印log，下面的檔案是在我拔插HDMI接口之後的log，我發現它一直在刷新，而且也一直顯示成功，但是我不知道它的具體含義，請幫我解析它.
dce_driver_log.txt (46.0 KB)
請你用正常工作狀況下一樣打開這個log然後看有沒有差別.
Hi,
我發現他們之間確實有一些區別，而且比較奇怪的是如果我按照你的方式去加載ko驅動，那麽我在不插入ssd的情況下也無法正常看到HDMI的輸出，相關的log在下面，我一直在嘗試反復拔插HDMI接口，但是似乎每次都有failed.
dce_log_no_ssd.txt (532.9 KB)
基本上我覺得你還是直接去確認你們硬體的狀況比較快
我這邊在軟體上不可能提供更多的幫忙. 前面已經提過了,Orin display能debug的部分有限
所有的patch都加上去之後如果有其他問題, 你能做的只有
-
用Orin Nano/Nx + Xavier NX devkit嘗試複製問題
-
如果(1)不能複製, 那就是底板問題. 請直接去確認硬體
我感覺上這裡的狀況就是DCE那邊沒有辦法判斷hotplug這件事情.
好的，瞭解，感謝您的大力幫助
Hi,
有辦法可以讓我在系統中去讀取HDMI所在i2c總綫上面的設備嗎？
因爲hotplug的電壓異常，但實際上這個電壓值是顯示器那邊提供的，而并非orin 模組這邊輸出的，所以我需要通過i2c讀取設備訊息之類的方式驗證我的猜想.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.