如何移植Linux到晶心平臺
加入技術(shù)交流群
4.2.3. Kernel 解壓縮與software breakpoint
在進(jìn)行kernel 調試時(shí)，如果在低地址處，例如:head.S中進(jìn)行調試，當設定 software breakpoint時(shí)，會(huì )有breakpoint無(wú)法停下來(lái)與AICE 斷線(xiàn)的情況發(fā)生。原因是當使用者設定software breakpoint時(shí)，breakpoint處的instruction會(huì )修改并加入break instruction。但kernel解壓縮時(shí)會(huì )將調試的程序代碼覆蓋造成與GDB調試不一致性而產(chǎn)生錯誤。解決的方法就是原設定software breakpoint改為hardware breakpoint，這樣就可以避免因kernel解壓縮所造成調試的錯誤，降低調試時(shí)的困難度。
4.2.4. PA/VA 觀(guān)念說(shuō)明與調試要領(lǐng)
在原始碼arch/nds32/kernel/head.S中
la $lp, __mmap_switched
mtsr $lp, $IPC
iret
執行完iret后，系統就會(huì )從PA轉成VA，MMU translation status從translation off轉為translation on在此分界處調試規則如下所述，如果觀(guān)念不清楚及容易產(chǎn)生調試時(shí)的錯誤，請務(wù)必牢記。
4.2.4.1. MMU translation off 時(shí)期調試
在這個(gè)時(shí)期調試，VA是不存在的。所有的IO address與memory都是PA沒(méi)有VA，如果調試地址設成VA，容易hit illegal address 而造成exception。
4.2.4.2. MMU translation on 時(shí)期調試
在這個(gè)時(shí)期調試，PA是不存在的。所有的IO address與memory都是VA沒(méi)有PA，如果調試地址設成PA，容易hit illegal address 而造成exception.
MMU translation on后，很快就會(huì )進(jìn)入start_kernel 函數，接下來(lái)移植的重點(diǎn)就是移植Linux基礎組件，那就是interrupt，timer and UART。當這3個(gè)device移植成功后，Linux的架構就建立起來(lái)了，printk也可以用了，Linux已經(jīng)可以正常的運作。如果沒(méi)有意外，可以執行完kernel甚至將filesystem帶起來(lái)。接下來(lái)用戶(hù)可以將自己的周邊組件一個(gè)一個(gè)的device driver移植入系統。當周邊組件移植完成后，Linux系統移植到晶心平臺就完成了。
5. 結語(yǔ)
Linux操作系統運作在晶心平臺已有多年的時(shí)間。各式各樣的Linux軟件運作在晶心平臺不計其數。皆可證明Linux操作系統運作結合晶心平臺是一個(gè)穩定與成熟的產(chǎn)品，只要能明了熟悉Linux 移植的技巧與重點(diǎn)，使用晶心平臺開(kāi)發(fā)Linux的產(chǎn)品將是一件愉快與簡(jiǎn)單的工作。
評論