1、按26-實(shí)驗(yàn)三：用UART顯示某指定內(nèi)存中的數(shù)據(jù)視頻，正?，F(xiàn)象應(yīng)該第一行打印Uart2_Ok!，第二行打印0x1234ABCD，但是實(shí)際跑出來(lái)的效果卻是U和a不見(jiàn)了，而且ABCD也不見(jiàn)了，如下圖所示，由于視頻所用板子為tini210，而自己手上所用為x210bv4s，因?yàn)闊衋ndroid時(shí)，系統(tǒng)指定了UART2為默認(rèn)的打印串口，所以為了避免頻繁插拔串口線的麻煩，所以并沒(méi)有按照視頻一樣使用UART0進(jìn)行試驗(yàn)而是繼續(xù)使用UART2。

一開(kāi)始的思路是可能緩沖區(qū)大小不夠，先屏蔽掉0x1234ABCD的匯編打印代碼看看效果，然后發(fā)現(xiàn)第一行能完整打印，如下圖所示。

既然能完整顯示，那接下來(lái)再看看是不是能全部顯示到一行，所以這里把打印回車(chē)換行的匯編代碼給屏蔽掉，發(fā)現(xiàn)雖然多顯示了AB，但是開(kāi)頭的U和a卻不見(jiàn)了，如下圖所示，所以這里懷疑到可能是發(fā)送FIFO的大小問(wèn)題，另一個(gè)就是視頻里展示的匯編代碼，它的發(fā)送過(guò)程并沒(méi)有等待發(fā)送完成的判斷，所以造成了后面覆蓋前面的現(xiàn)象從而使U和a被頂?shù)?，因此下一步的思路就是從這兩個(gè)可能原因入手。

首先是第一個(gè)FIFO大小的問(wèn)題，雖然查到UART0的FIFO最大能有256byte，而UART2的FIFO最大只有16字節(jié)，但是UFCON在初始化的時(shí)候并沒(méi)有對(duì)這部分內(nèi)容進(jìn)行設(shè)置，而只是將UFCON[0]置一了，也就是使能了FIFO，然后再仔細(xì)看看UFCON中發(fā)送FIFO的大小設(shè)置，會(huì)發(fā)現(xiàn)是關(guān)于中斷下才有用的，所以這里想要從FIFO大小設(shè)置入手變的無(wú)計(jì)可施，所以接下來(lái)就想到先加入等待發(fā)送完成的whlie循環(huán)判斷匯編代碼看是否有突破，如下圖所示。

 這個(gè)while的循環(huán)判斷是基于UTRSTAT[2]進(jìn)行的，在UTXH寫(xiě)入數(shù)據(jù)的前面進(jìn)行調(diào)用即可，關(guān)鍵的是編寫(xiě)這個(gè)while循環(huán)需要保存lr的值，而不能直接mov pc,lr，因?yàn)閘r的值一直被保存在r11中，而r11保存的是uart_asm_init入口地址，一旦執(zhí)行就會(huì)返回到uart_asm_init開(kāi)始的地方然后繼續(xù)往下執(zhí)行，初始化這里一共需要發(fā)送Uart2_Ok!rn，但只發(fā)了一個(gè)字節(jié)數(shù)據(jù)U就返回到入口處繼續(xù)往下，這明顯是不應(yīng)該的，而用于保存lr的寄存器，需要確保不能被當(dāng)前文件前面的某些地方使用過(guò)以保證存儲(chǔ)的返回入口地址不被沖掉，所以這里就選用lowlevel_init.S中前面沒(méi)用過(guò)的r10，與此同時(shí)，在測(cè)試過(guò)程中，發(fā)現(xiàn)前面UFCON[0]已經(jīng)置一的初始化內(nèi)容需要屏蔽掉，否則會(huì)無(wú)內(nèi)容打?。ㄒ?yàn)閷?xiě)while循環(huán)的邏輯是參考的前面裸機(jī)時(shí)串口部分的C測(cè)試程序，當(dāng)時(shí)是并沒(méi)有給UFCON[0]置一的，而后面實(shí)際測(cè)試發(fā)現(xiàn)這個(gè)的確會(huì)有影響所以要屏蔽），這些都做完會(huì)發(fā)現(xiàn)第一行Uart2_Ok!能完整打印出來(lái)了，而第二行的內(nèi)容不能打印或者有時(shí)候只打印了一個(gè)x，如下圖所示。

到了這里卡的是最久的，首先是調(diào)試方式的問(wèn)題，能用于調(diào)試的就只有l(wèi)ed，但點(diǎn)亮led的子過(guò)程（相當(dāng)于子函數(shù)）是在./arch/arm/cpu/armv7/start.S這個(gè)文件中，雖然用.global聲明到了外部，允許被當(dāng)前./board/samsung/goni/lowlevel_init.S調(diào)用，但是經(jīng)過(guò)前面的調(diào)試，由于點(diǎn)亮led的這個(gè)子函數(shù)也用了mov pc,lr，放到uart_asm_init和display_hex里直接調(diào)用的話就相當(dāng)給自己挖坑，改完再調(diào)用的話就相對(duì)麻煩（可以改但是需要擔(dān)心保存lr的寄存器因?yàn)闆](méi)注意而使用了一個(gè)已經(jīng)被使用的，導(dǎo)致lr內(nèi)容被沖掉就為調(diào)試添加了更多不確定性），所以決定在uart_asm_init和display_hex內(nèi)部直接再用另一個(gè)led（內(nèi)部點(diǎn)亮的這個(gè)led需要減少跳轉(zhuǎn)的干擾因此直接使用最原始的ldr、bic、str操作而不要再封裝成子過(guò)程），而在外部（uart_asm_init和display_hex前后和中間的位置）就直接調(diào)用原來(lái)的這個(gè)led，接下來(lái)就是調(diào)試過(guò)程，由于沒(méi)有別的辦法了，只能通過(guò)這兩個(gè)led一內(nèi)一外去包夾縮小來(lái)定位問(wèn)題語(yǔ)句，由于前面調(diào)試的結(jié)果已經(jīng)得知，在第一行打印完就沒(méi)有繼續(xù)打印了，所以一個(gè)led需要放在uart_asm_init內(nèi)部Uart2_OK!rn的r、n這里前后和中間分別測(cè)試是否能亮，然后再在外邊的uart_asm_init和display_hex之間放一個(gè)led，后面測(cè)試發(fā)現(xiàn)，uart_asm_init和display_hex之間的led不亮，而uart_asm_init內(nèi)部Uart2_OK!rn的n后面的led還能亮，說(shuō)明在離開(kāi)uart_asm_init到進(jìn)入display_hex之前出了問(wèn)題，這個(gè)中間只有兩條語(yǔ)句，一個(gè)是標(biāo)號(hào)200:mov pc,lr，另一條是給r0賦值0x1234abcd，很明顯，問(wèn)題應(yīng)該在標(biāo)號(hào)200:mov pc,lr這條語(yǔ)句，起初定位到這里了但是沒(méi)有思路了，后來(lái)網(wǎng)上看到一句話，在子過(guò)程中調(diào)用了子過(guò)程，需要將lr保存到棧sp中(r13)，剛好在lowlevel_init.S前面還沒(méi)使用過(guò)r13，然后再代入測(cè)試就可以了，如下圖所示。