2)出現如下錯誤
"mkimage" command not found - U-Boot images will not be built
make[2]: *** [arch/arm/boot/uImage] Error 1
make[1]: *** [uImage] Error 2
很明顯是mkimage這個東西找不到。
先說下下mkimage這個東西,它會在uboot原始碼的/tools路徑下存在(需要先編譯uboot原始碼),它可以用來製作壓縮的或是不壓縮的核心映象檔案。
解決方法:
1.把uboot/tools路徑加入到環境變數中(不推薦)
2.把uboot/tools下的mkimage拷貝到/usr/bin路徑下即可。
3)清除整個osdrv目錄的編譯檔案
make OSDRV_CROSS=arm-hisiv100nptl-Linux CHIP=hi3518a clean後面需要新增SHELL=bash,修改指定shell型別。
4)單獨編譯kernel
make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- menuconfig(備註:注意menuconfig前面的空格)
5)編譯核心uImage出錯
make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- uImage SHELL=bash
出錯現象如下:
drivers/mfd/ezx-pcap.c: In function 'pcap_isr_work':
drivers/mfd/ezx-pcap.c:205: error: implicit declaration of function 'irq_to_gpio'
make[2]: *** [drivers/mfd/ezx-pcap.o] Error 1
make[1]: *** [drivers/mfd/] Error 2
make: *** [drivers] Error 2
原因:
The irq_to_gpio function was removed from the pxa platform in linux-3.2, and this driver has been broken since.
There is actually no in-tree user of this driver that adds this platform device, but the driver can and does get enabled on some platforms.
解決方法:
---
drivers/mfd/ezx-pcap.c | 2 +-
include/linux/mfd/ezx-pcap.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
--- a/drivers/mfd/ezx-pcap.c
+++ b/drivers/mfd/ezx-pcap.c
@@ -202,7 +202,7 @@ static void pcap_isr_work(struct work_st
}
local_irq_enable();
ezx_pcap_write(pcap, PCAP_REG_MSR, pcap->msr);
- } while (gpio_get_value(irq_to_gpio(pcap->spi->irq)));
+ } while (gpio_get_value(pdata->gpio));
}
static void pcap_irq_handler(unsigned int irq, struct irq_desc *desc)
--- a/include/linux/mfd/ezx-pcap.h
+++ b/include/linux/mfd/ezx-pcap.h
@@ -16,6 +16,7 @@ struct pcap_subdev {
struct pcap_platform_data {
unsigned int irq_base;
unsigned int config;
+ int gpio;
void (*init) (void *); /* board specific init */
int num_subdevs;
struct pcap_subdev *subdevs;
--
來源: http://www.xuebuyuan.com/1954246.html
6)單獨編譯uboot出錯
將生成的u-boot.bin 複製到osdrv/tools/pc_tools/uboot_tools/目錄下
執行該目錄下./mkboot.sh reg_info_.bin u-boot-ok.bin出現許可權不夠的錯誤,需要對mkboot.sh檔案進行修改,使用命令:
chmod 777 mkboot.sh
*/
6、SDK目錄介紹
Hi3518_SDK_Vx.x.x.x 目錄結構如下:
|-- sdk.cleanup # SDK清理指令碼
|-- sdk.unpack # SDK展開指令碼
|-- osdrv # 存放作業系統及相關驅動的目錄
| |-- busybox # busybox原始碼
| |-- drv # drv原始碼
| |-- kernel # linux核心原始碼
| |-- pub # 編譯好的映象、工具、drv驅動等
| |-- rootfs_scripts # rootfs原始碼
| |-- toolchain # 交叉編譯器
| |-- tools # linux工具原始碼
| |-- uboot # uboot原始碼
| `-- Makefile # osdrv Makefile
|-- package # 存放SDK各種壓縮包的目錄
| |-- osdrv.tgz # linux核心/uboot/rootfs/tools原始碼壓縮包
| |-- mpp.tgz # 媒體處理平臺軟體壓縮包
| `-- image # 可供FLASH燒寫的映像檔案,如核心、根檔案系統
|-- scripts # 存放shell指令碼的目錄
|-- mpp # 存放媒體處理平臺的目錄
|-- component # 元件原始碼
|-- extdrv # 板級外圍驅動原始碼
|-- include # 對外標頭檔案
|-- ko # 核心模組
|-- lib # release版本庫以及音訊庫
|-- tools # 媒體處理相關工具
`-- sample # 樣例原始碼
第三章、安裝、升級Hi3518DEMO板開發環境
# 如果您使用的Hi3518的DEMO板,可以按照以下步驟燒寫u-boot,核心以及檔案系統,以下步驟均使用網路來更新。
# 通常,您拿到的單板中已經有燒寫u-boot,如果沒有的話,建議更換帶u-boot的Flash。
# 更詳細的操作步驟及說明,請參見01.software\board\documents目錄下的《Linux開發環境使用者指南》。
# 以下操作假設您的單板上已經有u-boot,使用網口燒寫uboot、kernel及rootfs到Flash中。
# Demo單板預設為從SPI Flahs啟動。
1、配置tftp伺服器
# 可以使用任意的tftp伺服器;
# 如果使用hi3518a,將package/image_uclibc_hi3518a(或image_glibc_hi3518a)下的相關檔案拷貝到tftp伺服器目錄下;
# 如果使用hi3518c,將package/image_uclibc_hi3518c(或image_glibc_hi3518c)下的相關檔案拷貝到tftp伺服器目錄下;
# 如果使用hi3516c,則使用package/image_uclibc_hi3516c(或image_glibc_hi3516c)目錄下的相關檔案映象。
2、引數配置
# 單板上電後,敲任意鍵進入u-boot。設定serverip(即tftp伺服器的ip)、ipaddr(單板ip)和ethaddr(單板的MAC地址)。
setenv serverip xx.xx.xx.xx
setenv ipaddr xx.xx.xx.xx
setenv ethaddr xx:xx:xx:xx:xx:xx
setenv netmask xx.xx.xx.xx
setenv gatewayip xx.xx.xx.xx
ping serverip,確保網路暢通。
3、燒寫映像檔案到SPI Flash
以16M SPI Flash為例。
1)地址空間說明
| 1M | 3M | 12M |
|------------|---------------|-----------------------|
| boot | kernel | rootfs |
以下的操作均基於圖示的地址空間分配,您也可以根據實際情況進行調整。
2)燒寫u-boot
sf probe 0
sf erase 0 0x100000
mw.b 82000000 ff 100000
tftp 0x82000000 u-boot-200MHZ.bin#如果是hi3516c,使用u-boot-220MHZ.bin
sf write 82000000 0 100000
reset
3)燒寫核心
sf probe 0
sf erase 100000 0x300000
mw.b 82000000 ff 300000
tftp 82000000 uImage
sf write 82000000 100000 300000
4)燒寫檔案系統
sf probe 0
sf erase 400000 0xc00000
mw.b 82000000 ff c00000
tftp 82000000 rootfs_64k.jffs2
sf write 82000000 400000 0xc00000
5)設定啟動引數
setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=hi_sfc:1M(boot),3M(kernel),12M(rootfs)'
setenv bootcmd 'sf probe 0;sf read 0x82000000 0x100000 0x300000;bootm 0x82000000'
save
如果是3518E,bootargs需要設定為
setenv bootargs 'mem=32M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=hi_sfc:1M(boot),3M(kernel),12M(rootfs)'
4、燒寫映像檔案到NAND Flash
注意:
a). Hi3518c不支援nand flash
b). 使用Nand Flash時,需要修改指令碼“mpp/ko/lowpower.sh”,註釋掉NAND關閉開關和NAND管腳複用設定,即:
#關閉NANDC:0x200300D0 [1:0]配置為2'b01
#himm 0x200300D0 0x5
#NANDC管腳複用成gpio
#himm 0x200f00c8 0x1
#himm 0x200f00cc 0x1
#himm 0x200f00d0 0x1
#himm 0x200f00d4 0x1
#himm 0x200f00d8 0x1
#himm 0x200f00dc 0x1
#himm 0x200f00e0 0x1
#himm 0x200f00e4 0x1
#himm 0x200f00e8 0x1
#himm 0x200f00ec 0x1
#himm 0x200f00f0 0x1
#himm 0x200f00f4 0x1
#himm 0x200f00f8 0x1
#himm 0x200f00fc 0x1
#himm 0x200f0100 0x1
#himm 0x200f0104 0x1
下面以128M 2k1bit型別的Nand Flash為例。
1)地址空間說明
| 1M | 3M | 12M | 112M |
|------------|---------------|-----------------------|-----------------------|
| boot | kernel | rootfs | others |
以下的操作均基於圖示的地址空間分配,您也可以根據實際情況進行調整。
2)燒寫u-boot
mw.b 82000000 ff 100000
tftp 82000000 u-boot-200MHZ.bin#如果是hi3516c,使用u-boot-220MHZ.bin
nand erase 0 100000
nand write 82000000 0 100000
reset
3)燒寫核心
mw.b 82000000 ff f00000
tftp 82000000 uImage
nand erase 100000 300000
tftp 82000000 hi3518_SDK_V1.0.5.0/image_uclibc_hi3516c/uImage
nand write 82000000 100000 300000
4)燒寫檔案系統
mw.b 82000000 ff c00000
tftp 82000000 rootfs_2k_1bit.yaffs2
tftp 82000000 hi3518_SDK_V1.0.5.0/image_uclibc_hi3516c/rootfs_2k_1bit.yaffs2
nand erase 400000 c00000
nand write.yaffs 82000000 400000 $(filesize)
5)設定啟動引數
setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=yaffs2 mtdparts=hinand:1M(boot),3M(kernel),12M(rootfs),112M(others)'
setenv bootcmd 'nand read 0x82000000 0x100000 0x300000;bootm 0x82000000'
save
5、啟動新系統
reset # 重啟進入新系統。
第四章、開發前環境準備
1、管腳複用
與媒體業務相關的管腳複用都在mpp/ko_Hi3518目錄下的sh指令碼中配置,如果與實際情況不符請直接修改,此指令碼被load3518呼叫,在載入mpp核心模組之前被執行;
mpp之外的其他管腳複用統一在uboot中配置,詳細說明請參見《U-boot移植應用開發指南》。
第五章、使用SDK和DEMO板進行開發
1、開啟Linux下的網路
# 設定網路
ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx;
ifconfig eth0 xx.xx.xx.xx netmask xx.xx.xx.xx;
route add default gw xx.xx.xx.xx
# 然後ping一下其他機器,如無意外,網路將能正常工作。
2、使用NFS檔案系統進行開發
# 在開發階段,推薦使用NFS作為開發環境,可以省去重新制作和燒寫根檔案系統的工作。
# 掛載NFS檔案系統的操作命令:
mount -t nfs -o nolock -o tcp xx.xx.xx.xx:/your-nfs-path /mnt
# 然後就可以在/mnt目錄下訪問伺服器上的檔案,並進行開發工作。
3、開啟telnet服務
# 網路正常後,執行命令 telnetd& 就可以啟動單板telnet服務,然後才能使用telnet登入到單板。
4、執行MPP業務
# 在單板linux系統下,進入mpp/ko_Hi3518目錄,載入KO。執行load3518指令碼時需要帶sensor名,如使用ar0130 sensor:
cd mpp/ko_hi3518
./load3518 -i ar0130
# 進入各sample目錄下執行相應樣例程式(sample需要先在伺服器上成功編譯過)
cd mpp/sample/vio
./sample_vio 0
第六章 地址空間分配與使用
1、DDR記憶體管理說明
1)所有DDR記憶體中,一部分由作業系統管理,稱為OS記憶體;另一部分由MMZ模組管理,供媒體業務單獨使用,稱為MMZ記憶體。
2)OS記憶體起始地址為0x80000000,記憶體大小可通過bootargs進行配置,例如第三章中的setenv bootargs 'mem=64M ... ',表示分配給作業系統記憶體為64M,您可以根據實際情況進行調整。
3)MMZ記憶體由MMZ核心模組管理(mpp/ko_hi35xx目錄下的mmz.ko),載入mmz模組時,通過模組引數指定其起始地址及大小,例如:
insmod mmz.ko mmz=anonymous,0,0x84000000,64M anony=1
表示mmz一塊區域,區域的名稱為anonymous,起始地址為0x84000000,大小為64M。
您可以通過修改mpp/ko_Hi3518目錄下load3518指令碼中的mmz模組引數,來修改其起始地址和總大小。
4)請注意MMZ記憶體地址範圍不能與OS記憶體重疊。
2、DEMO板DDR記憶體管理示意
1) 以容量為128MBytes的DDR記憶體為例,以下為根據本文件和SDK預設配置得到的記憶體管理示意圖:
-----|-------| 0x80000000 # Memory managed by OS.
64M | OS |
| |
-----|-------| 0x84000000 # Memory managed by MMZ block anonymous.
64M | MMZ|
| |
-----|-------| 0x88000000 # End of DDR.
注意:
(1)使用者在配置啟動引數時需要設定OS的管理記憶體為64M,“setenv bootargs 'mem=64M”。
(2)系統啟動後,配置load3518的指令碼中mmz的管理記憶體為64M,“insmod mmz.ko mmz=anonymous,0,0x84000000,64M”。