由於昨天在 WSL2 安裝 OpenROAD-flow-scripts 不是很順利，於是今天又開啟一年未用的 VM，看看是否是 WSL2 的問題導致安裝失敗？
到現在環境都還沒準備好，放假想先確認一些疑點的打算看來也是有點抖，目前只能確認 PAD 流程似乎不在正常的流程中，而是放在 test 當中？
放假到現在也不是一無是處，至少喚起我對這個 VM 的記憶，原本以為是儲存映像檔故要重新建立 VM，搞了半天，只要把停止的 VM 個體重新啟動即可，為了這個即插即用的便利，每個月要花 NT $170 還真是有點貴XD
也順便記錄一下，目前用的 VM 價錢，一個小時約莫要 NT $6 左右（含 Disk），如果單獨計算只看 Compute Engine 一個小時則是 NT $5 左右。
2024/10/06 晚上更新
OpenROAD-flow-scripts 在 VM 編譯一切正常，想了一下，直接切到 OpenROAD-flow-scripts/tools/OpenROAD/build 資料夾並依照 OpenROAD Tool Guide 去編譯，而不是在 OpenROAD-flow-scripts 裡面執行 local build，反正我執行的 local build 第一階段 yosys 是正常，我單獨編譯完 OpenROAD 後，將 OpenROAD 安裝到 OpenROAD-flow-scripts/tools/install/OpenROAD 即可。
之前因為 OpenROAD-flow-scripts 不成功，第二次 build 我好像有用 sudo 執行？導致某些產出都是 root 的所有權，將相關檔案砍完後，在 OpenROAD 的資料夾編譯一切正常。
那為什麼在 OpenROAD-flow-scripts 編譯一直有問題？我到現在也還不能解釋？目前只能確認 OpenROAD-flow-scripts 在編譯時，會單獨下載 OpenROAD 並切到 OpenROAD 資料夾去編譯，中間有用到 CMake，其他我就未詳細追究了。
因為我最主要是要看 layout 檔案，本想照此網友文章建置 X 環境，但我發現似乎在 WSL2 裡的 GUI Application 可以直接在 Windows 本機開啟，該網友文章我只做了 "勾選Windows子系統Linux版與虛擬機器平台" 這個步驟而已。
順便記錄一下工作站 OpenROAD-flow-scripts 版本，我就不用每次放假都要連回公司確認，為了這個電腦還不能關機，算是有點小麻煩。
2024/10/07 更新
下午詢問 IT 後，確定公司也可以安裝 WSL2，編譯 ORFS 果然跟家裡遇到的問題一樣，但因為公司電腦還在安裝中，等跑完再來更新解決辦法。
晚上 11 點多吹完頭髮後，VPN 連回公司確認 ORFS 是否有安裝成功，果然跟我想的一樣，不知道為什麼用 sudo ./setup.sh 執行的過程，會產生沒辦法寫入所有權為 root 的檔案？setup.sh 有起別的 shell 跑東東？但印象中這樣還是會帶到 sudo 的權限才對吧？
總之，按照下面步驟執行即可，step 2 就是執行會報錯的檔案，因為這個檔案的內容好像跟 build 有關，在後面還會用到，我也懶得研究 setup.sh 相關變數的值，故 setup.sh 只好浪費時間執行兩次。
step 4 是再一次確認是否還有 root 所有權的檔案，檢查結果只有這個檔案。
順便記錄一下 coyote_tc 的錯誤，本想靠它來確認 PAD 流程，但應該跟 issue 說明一樣，是不能執行的沒錯。
2024/10/11 更新
雖然知道 designs/sky130hd/coyote_tc 是不能跑的範例，但還是釐清一下相關的 issues，免得以後又要查找一次。
如果是直接跑範例，錯誤就如上張圖一樣，使用 "Command terminated by signal 9" 關鍵字去搜尋，看到的是這個 issue #1621。
這個 #1621 有提到另外一個 issue #1082，裡面有明確提到，這個 coyote_tc example 是不能跑的，而且應該被移除才對，因為這樣會讓使用者誤會。
#1621 最後面有提到問題是出在 Routing congestion？其 issue 為 #1630。
（但怎麼跑到那一步，我還看不出來，理論上已經到 stage 5 了？）
總之，目前 ORFS 沒有一個範例是有包含 PAD，以上。
沒有留言:
張貼留言