Uboot 網絡卡移植遇到的問題與解決方法

在上一章節中描述的兩個問題，這裡做下簡單回顧。

在執行到接收以太幀的時候，出現了data abrot異常，如下:

data abort
pc : [<7fe9a2a0>]	   lr : [<7aede325>]
reloc pc : [<43e432a0>]	   lr : [<3ee87325>]
sp : 7ae54ce0  ip : 00000014	 fp : 00000fff
r10: 00000fff  r9 : 7ae54ed8	 r8 : 0000002e
r7 : 00000fff  r6 : 7aede303	 r5 : 0000001c  r4 : 7aede311
r3 : 00000000  r2 : 7aede311	 r1 : 00000014  r0 : 7aede311
flags: nzcv  irqs off  fiqs off  mode svc_32
resetting cpu ...

在解決完上面問題後，又出現了啟動linux核心的時候，出現校驗失敗的問題，如下：

verifying checksum ... bad data crc

error: can't get kernel image!

首先我們需要根據uboot中列印的出錯資訊，分析出異常位址，根據arm abi呼叫規則，pc暫存器儲存當前執行指標，通過objdump生成的u-boot(elf檔案)，便可查詢到出現異常的原因。

根據上面所述，發現reloc pc的值為重定位前的值，即elf檔案對應的位址。上面的日誌中為reloc pc : [<43e432a0>]

通過arm-linux-gnueabihf-objdump -d -s u-bot > dump.log，然後搜尋改檔案中的43e432a0位址對應的指令。

116932
unsigned
compute_ip_checksum
(const
void
*vptr,
unsigned nbytes)
116933
116935
43e43244
:   e080e001    add lr, r0, r1
116936
int sum, oddbyte;
116937
const
unsigned
short
*ptr = vptr;
116938
43e43248
:   e1a02000    mov r2, r0
116939
116940     sum =0;
116941
43e4324c:   e3a03000    mov r3, #0
116942
while
(nbytes >1)
...// 此處省略若干行
116975
43e43294
:   e6ff0070    uxth    r0, r0
116976
43e43298
:   e28dd00c    add sp, sp, #12
116977
43e4329c:   e49df004    pop 
;(ldr pc,
[sp]
, #4
)116978         sum +
=*ptr++
;// 此處為出異常處對應的指令位址
116979
43e432a0:   e0d2c0b2    ldrh    ip,
[r2]
, #2
116980
43e432a4:   e083300c    add r3, r3, ip
116981
43e432a8:   eaffffe8    b   43e43250
0x10
>
116982
116983
43e432ac 
:116984
116985
return
(~checksum)
&0xffff
;116986
}116987

通過上述操作，我們發現導致異常的指令為43e432a0: e0d2c0b2 ldrh ip, [r2], #2。

解決辦法如下:

+
intdm9601_eth_recv
(struct udevice *udev,
int flags, uchar *
*packetp)++

仔細查閱資料crc校驗出錯的原因，查閱uimage的頭，發現讀取到記憶體的64位元組uboot的header完全和檔案一模一樣，那麼就只會有資料不一樣才會出現這個錯誤問題。

70 #define pad_count
(s, pad)((
(s)-1)
/(pad)+1
)71 #define pad_size
(s, pad)
(pad_count
(s, pad)
* pad)
72 #define alloc_align_buffer_pad
(type, name, size, align, pad)        \
73char __##name[
round
(pad_size
((size)
*sizeof
(type)
, pad)
, align)  \
74+(align -1)
];                   \
75                                     \
76     type *name =
(type *
)align
((uintptr_t)__##name, align)
77 #define alloc_align_buffer
(type, name, size, align)     \
78alloc_align_buffer_pad
(type, name, size, align,1)
79 #define alloc_cache_align_buffer_pad
(type, name, size, pad)     \
80alloc_align_buffer_pad
(type, name, size, arch_dma_minalign, pad)
81 #define alloc_cache_align_buffer
(type, name, size)          \
82alloc_align_buffer
(type, name, size, arch_dma_minalign)

73
char __##name[
round
(pad_size
((size)
*sizeof
(type)
, pad)
, align)  \
74+(align -1)
];                   \
75                                     \
76     type *name =
(type *
)align
((uintptr_t)__##name, align)

解決辦法如下:

+
intdm9601_eth_recv
(struct udevice *udev,
int flags, uchar *
*packetp)
++

在解決上述問題後，網絡卡移植便順利的結束了，這裡只簡單的介紹了解決思路與辦法，其實博主遇到的時候也差了不少資料，走了不少彎路，甚至還用wireshark抓包對比，也增加了除錯用的static void dump_msg(uint8_t *ptr, int len)介面來實現對互動資料的跟蹤。遇到問題的時候不妨多想一下可能導致該問題的相關因素，在利用合適的除錯方法，便可以解決絕大部分問題；當然還是解決不了的，只有找大神幫忙咯。

Uboot 網絡卡移植遇到的問題與解決方法

uboot網絡卡驅動移植

u boot1 1 6的移植網絡卡支援

uclinux移植遇到的問題

Uboot 網絡卡移植遇到的問題與解決方法

uboot網絡卡驅動移植

u boot1 1 6的移植 網絡卡支援

uclinux移植遇到的問題

相關推薦

u boot1 1 6的移植網絡卡支援