uboot啓動linux內核時輸出Verifying Checksum ... Bad Data CRC解決方法

先貼出筆者在uboot啓動linux時的錯誤輸出

<span style="font-size:18px;">NAND read: device 0 offset 0xa0000, size 0x400000
size adjusted to 0x200000 (16 bad blocks)
 2097152 bytes read: OK
## Booting kernel from Legacy Image at 30000000 ...
   Image Name:   Linux-3.17.2
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2624776 Bytes = 2.5 MiB
   Load Address: 30008000
   Entry Point:  30008000
   Verifying Checksum ... Bad Data CRC
ERROR: can't get kernel image!</span>

在內核中搜索Verifying Checksum ，在image.c中有這樣一段：

<span style="font-size:18px;">if (verify) {
		puts("   Verifying Checksum ... ");
		if (!image_check_dcrc(rd_hdr)) {
			puts("Bad Data CRC\n");
			bootstage_error(BOOTSTAGE_ID_RD_CHECKSUM);
			return NULL;
		}
		puts("OK\n");
	}</span>

這裏的image_check_dcrc的函數是將內核映像的頭部64字節的校驗信息跟實際得到的內核的參數進行對比，很明顯是燒寫內核的數據出了差錯！

筆者的內核是沒問題的，那麼問題就應該是在燒寫nand flash上了

再回過頭看輸出的信息，

NAND read: device 0 offset 0xa0000, size 0x400000
size adjusted to 0x200000 (16 bad blocks)
 <span style="color:#ff0000;">2097152 bytes read: OK</span>

我給內核（實際大小是2.7M）分的空間是從0xa0000開始的4M空間，但是隻是讀了2097152 bytes，就是2M，這裏就奇怪了！！

那麼問題出在哪裏呢，可以看到size adjusted to 0x200000 (16 bad blocks)---->適合的大小是2M（16個壞塊）在uboot中輸入nand info命令，可以看到Erase size   131072 b，意思是一個擦出塊是128k，那麼16個壞塊就佔了2M！！！！！（這樣就浪費了2M空間）修改uboot參數，將kernel分區擴大爲12M，重新燒寫，啓動就沒問題了

</pre><pre name="code" class="objc">

</pre><pre name="code" class="objc">