我是一個對硬件電路幾乎是一竅不通的軟件開發(fā)人員，但對于用jtag仿真器來做仿真調(diào)試的機制很感興趣，所以這兩天看了一下有關(guān)的資料，自以為基本上理解了其中的基本運行機制。但僅僅是從軟件的角度去理解，不涉及任何硬件電路的信息。這里把我的認(rèn)識總結(jié)一下，因為我沒有做過試驗，也沒有條件作試驗（我沒有板子，沒有仿真器，只有pc， ：-（ ），很多是根據(jù)網(wǎng)上的資料加上自己的推測，所以可能不太準(zhǔn)確，但我認(rèn)為應(yīng)該八九不離十，呵呵。不過如果真有錯誤或疏漏的話，請各位朋友指出來，共同提高。 

    wiggler是完成一個從并口到j(luò)tag header串行信號的轉(zhuǎn)換功能，僅僅是一個電路，wiggler上面沒有固件。調(diào)試軟件向并口寫入調(diào)試命令，通過wiggler即可轉(zhuǎn)換成相應(yīng)的jtag信號。開發(fā)機上的調(diào)試軟件客戶端（sdt中的axd,ads中的adw，gdb client）不需要作改動，但是需要調(diào)試服務(wù)器，比如cfly網(wǎng)站上的jtag.exe,以及redhat網(wǎng)站上提到的gdb-server for multiiice。調(diào)試服務(wù)器要做的是把來自調(diào)試器的命令轉(zhuǎn)換成合適的對并口的訪問，并口得到的信號通過wiggler直接轉(zhuǎn)換成jtag信號。比如,jtag.exe我猜想它是一個在某個已知端口等待的服務(wù)器程序（用dumpbin可以看到它引入了socket dll ws2_32.dll），sdt axd調(diào)試器本身支持遠(yuǎn)程調(diào)試，所以可以在開發(fā)環(huán)境中把遠(yuǎn)程IP設(shè)置成本機ip地址和jtag.exe所等待的端口號。這樣，axd的調(diào)試命令就會由jtag.exe得到，他根據(jù)這些命令（具體的協(xié)議為arm的rdi/adp？）向并口寫入合適的值。

    再舉一個例子，redhat網(wǎng)站上提到的gdb-server-multiice(cygwin)。本來sdt支持通過multiice的調(diào)試(multiice的實現(xiàn)原理應(yīng)該比較向下面的bdigdb)，sdt通過集成一個multice.dll插件(相當(dāng)于上面提到的jtag.exe的腳色，只不過它因為是arm 公司的產(chǎn)品，他們清楚sdt的插件機制，所以該dll可以集成到sdt中去)訪問multiice，multiice負(fù)責(zé)根據(jù)收到的命令轉(zhuǎn)換成對板子jtag口的訪問。但gdb不支持通過multiice調(diào)試，為了在cygwin中通過multiice用gdb調(diào)試目標(biāo)機，可以在開發(fā)機上跑一個gdbserver。該gdbserver做的和gdb交互（根據(jù)gdb遠(yuǎn)程調(diào)試協(xié)議），然后將得到的調(diào)試命令轉(zhuǎn)換成multiice.dll的相關(guān)調(diào)用，就是說它通過multiice.dll將命令發(fā)出去，而不是像jtag.exe那樣直接發(fā)給并口，也就是說這里其實又多了一層間接。 

    仔細(xì)想一下，其實連接jtag仿真器的pc，與運行調(diào)試器客戶端的pc其實應(yīng)該可以不是同一個機器的。這是因為axd和gdb都支持遠(yuǎn)程調(diào)試，即使在一臺機器上也是通過遠(yuǎn)程網(wǎng)絡(luò)連接的方式訪問jtag.exe/gdb-server-multiice。有條件的不妨試一試驗證一下，反正我沒這個條件，我連一臺arm目標(biāo)板都沒有 ： 

    bdigdb是一個比較高級的ocd 仿真器，它可以調(diào)試Linux內(nèi)核。他本身就是一個帶有mcu（好像是68000）、flash、ram的典型的嵌入式系統(tǒng)。他還有cpld，針對不同的目標(biāo)處理器，它只需要更新cpld和固件即可實現(xiàn)對另一種目標(biāo)的支持。哪位解釋一下這里cpld的道理？我是真的搞不懂硬件的東東阿。

    其固件應(yīng)該是實現(xiàn)了一個gdbserver，所以開發(fā)機上的調(diào)試器客戶端(gdb client)就不需要做任何修改。gdb客戶端使用gdb的調(diào)試協(xié)議通過ethernet接口與bidgdb上的gdbserver交互（比如，target remote ip_of_bdigdb port_of_gdbserver_on_bdigdb），bdigdb上的gdbserver根據(jù)得到的命令決定應(yīng)該向jtag口寫如什么命令。另外，bdigdb得一大特點是支持帶mmu的linux內(nèi)核調(diào)試，我猜想他可能是在gdbserver的實現(xiàn)中集成了一個從虛擬地址到物理地址的轉(zhuǎn)換機制，調(diào)試時gdbserver將從gdb來得虛擬地址轉(zhuǎn)換成物理地址，再根據(jù)該物理地址去訪問目標(biāo)機內(nèi)存空間。至于轉(zhuǎn)換機制如何得到，與linux在具體體系結(jié)構(gòu)上的實現(xiàn)有關(guān)，比如在x86上一般物理地址加上0xc0000000就得到虛擬地址，在其他體系

    結(jié)構(gòu)入ppc,xscale上也可能有相應(yīng)的轉(zhuǎn)換辦法，這個有待研究。對了，據(jù)說abtron bdi跟montavista linux關(guān)系密切，聽說montavista特意在arch/xxx/kernel/head-xxx.s中加入了針對bdi調(diào)試的的支持代碼。如果沒有這個支持的話，一般.....也許....好像....就是剛才提到的用把虛擬地址減去0xc0000000來轉(zhuǎn)換了，呵呵，還得研究 

    www.ocdemon.com 網(wǎng)站上free software欄目下，提供了上面提到的適合于gdb的gdbserver，它叫l(wèi)ibremote。libremote可以支持多種目標(biāo)機。