梅子與牧童叔

參考： Visual Studio 遠端偵錯和診斷 在程式開發的過程中常需要在不同的作業系統平台上偵錯，以前的做法是在該平台上安裝 Visual Studio，但這不僅僅曠日廢時，同時也破壞測試的完整性，畢竟在一般使用者的平台上是不會有這些開發環境的程式的。 所以看過今天的介紹後，你再也不需要這麼麻煩了，只要有網路線，你就可以利用遠端遙控的方式來偵錯，同時可以將一個測試平台分享給不同的開發者測試，一舉數得。

根據 AMD 提供的 Application Notes，得知在 Diagnostics 中有一個 db32 的程式可以用來讀取暫存器，因此我寫了一個批次檔，只要將此批次檔放到 Diagnostics 的目錄中執行，就可以直接顯示出 Leakage ID 了 Leakage ID 的範圍是從 0x00 ~ 0x3F，值愈大表示 Leakage 愈大，也就需要愈多的 ASIC power

根據 NV AP Note，TinyLinux 是安裝在 DOS 的環境下，然後再利用 GRUB4DOS 來作 DOS 與 Linux 的切換。但目前 DOS 的測試環境多由 Linux 取代，故改用以下的方式將 TinyLinux 與 Ubuntu 安裝在同一顆 HD，並經由 GRUB 2 來切換使用。詳細安裝步驟說明如下：

以前在 DOS 的環境下，為了方便都會寫批次檔來切換很長名稱的目錄 但是在 Linux 的環境下，若要用 Shell Script 來切換目錄，則 Script 執行完畢後又會切換回原本的工作目錄 ( 所以這個方法是行不通的 )，除非用下列的方式： . [Script File] 或 source [Script File] 參考： UNIX的環境設定 第五小節 PS： Shell Script 就好像系統呼叫的副程式一樣，當副程式執行完畢後，必須將堆疊等環境恢復成執行前的狀態，所以上面的原因是合理的 Jack 連 ./ 都不想打了，所以要在 Script File 前面再多打那些字元當然也是不可行的

在 "Cypress and Juniper GPU Overview and Board Design" Technical Training Guide Page 98 提到的開機設定檔 /boot/grub/menu.lst 是 Ubuntu 9.04 下的檔案，從 9.10 後這個檔案改成 /boot/grub/grub.cfg 而這個檔案是由系統自動產生的，若系統有更新核心檔案 (在 GRUB 有多新的選項出來) 或者進入 Recovery mode 重建 GRUB 選單，則之前修改的內容會被蓋掉，必須再重做一次 建議直接修改 /etc/default/grub GRUB_DEFAULT= 1 修改預設開機的選項為 1 # GRUB_HIDDEN_TIMEOUT=0 將這一行前面加 # 註解，強迫選單出現 GRUB_CMDLINE_LINUX=" mem=512M " 在 Recovery mode 後面加上的參數 修改完後執行 sudo update-grub 重建選單即可

用文字編輯器在第 1 行加入 " #!/bin/bash "，之後就可以寫你要執行的批次命令 存檔後利用下列的指令賦與檔案執行的權限 chmod  a+x  [檔案名稱] Ubuntu 一般安裝完，系統的預設路徑如下： /usr/local/sbin: /usr/local/bin :/usr/sbin:/usr/bin:/sbin:/bin:/usr/games 若批次檔想在任何地方皆可執行，建議放在 /usr/local/bin 路徑下 (需要 root 權限) 若要在目前路徑下執行，記得檔案名稱前面要加 " ./ " 才能正常執行

開機直接進入 console mode： Pico /etc/default/grub 將 GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash” 改成 GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash text ” sudo update-grub 如果要回到 GUI mode，在 console mode 執行  startx 即可 開機以 root 權限進入 console mode： 執行 “apt-get install mingetty” (可能需要連上網路) 執行 “vi /etc/init/tty1.conf” 將  “exec /sbin/getty 38400 tty1” 改成  “exec /sbin/ mingetty --autologin root tty1 ”