跳至主要内容

【转】移植U-Boot手记

好久没来写blog了,有点对不住lupa了,赶紧补上两个这两天学嵌入式的心得,呵呵

一直想弄弄u-boot,却一直没时间弄。现在终于放假了,准备趁此清闲机会好好研究研究bootloader,于是从昨天开始往s3c2410板子上移植uboot,目前可以实现uboot在Nand Flash上的启动,擦写NF和引导Linux内核还没整明白。

一开始准备上sourceforge下的,不知怎么回事,就是上不去,于是改去www.denx.de上下载个最新版本的u-boot 1.2.0。下来之后在/usr/src中tar jxvf u-boot-1.2.0.tar.bz2解压缩了,进入代码目录,然后把board/smdk2410目录给cp成board/py2410,这个 py2410是我给自己板子起的名字,其他名字也可以,无特定要求。然后cd board/py2410,把里面的smdk2410.c改名称py2410.c(要与板子名称一致)。并且把 include/configs/smdk2410.h给cp成include/configs/py2410.h。最后退到源代码目录的根处,把 Makefile里面加上:
py2410_config: unconfig
  @$(MKCONFIG) $(@:_config=) arm arm920t py2410 NULL s3c24x0
并找到
ifeq($(ARCH), arm)
CROSS_COMPILE = arm-linux
在这里修改交叉编译工具的路径。这里有个问题,第一次我使用的是2.95.3的arm-linux-gcc,编译了一下不好使,说是一个什么符号不识别。然后我就改用了3.3.2版本的工具,然后问题解决。因为在网上搜帖子看到的大部份人编译uboot 1.1.3用的是2.95.3,难道1.2.0的时候不好使了?所以比较疑惑,有时间再研究一下这个地方。
做好以上工作之后就可以build一下了
make py2410_config
make all
一阵编译之后,没有问题,生成了u-boot.bin等文件,但是这个如果现在就下载到板子上用,那基本上是不好使的,所以接下来就开始修改一些参数,添加一些代码,使其能正常工作。

上网搜索了一下uboot移植的帖子,以下这个比较不错,很详细:
这个帖子说的是移植到arm7上的,可以参考一下移植过程以及了解一下uboot工作的方式
http://www.icwin.net/ShowArtitle.ASP?art_id=6598&cat_id=16
所谓修改参数主要是指修改在include/configs/py2410.h中定义的一些宏,这个文件里定义了像CPU频率,网卡地址,SDRAM的某些设置也都在这里。主要修改如下:
/*cs8900网卡的设置*/
#define CONFIG_DRIVER_CS8900   1         //使用cs8900的驱动
#define CS8900_BASE         0x19000300   //网卡的地址,如要变动,则需查阅板子的手册
#define CS8900BUS16         1
/*设置波特率*/
#define CONFIG_BAUDRATE       115200
下面是选择要编译的命令,这些命令是在uboot启动之后可以在提示符下使用的,具体含义README中有详细说明,需要指出的是,ping的功能得自己手动加上去,CONFIG_CMD_DEL中没有ping,将这里修改如下:
#define CONFIG_COMMANDS
(CONFIG_CMD_DFL |
CFG_CMD_CACHE |
/*CFG_CMD_NAND | */
/*CFG_CMD_EEPROM |*/
/*CFG_CMD_I2C |*/
/*CFG_CMD_USB |*/
CFG_CMD_PING   |
CFG_CMD_REGINFO |
CFG_CMD_DATE |
CFG_CMD_ELF)
这里关于nand的命令先没加上,因为擦写nand的功能还没搞明白
下面是关于网络的一些环境变量的设置(这些变量都可以在uboot起来之后重新修改):
#define CONFIG_BOOTDELAY   5
#define CONFIG_BOOTARGS   "root=/dev/mtdblock2 loadramfs=0 devfs=mount mem=64M init=/linuxrc console=ttyS0,115200"
#define CONFIG_ETHADDR       00:00:C0:FF:EE:08
#define CONFIG_NETMASK       255.255.255.0
#define CONFIG_IPADDR       10.0.0.110
#define CONFIG_SERVERIP       10.0.0.100
有关于网卡mac地址,ip地址,以及tftp服务器的ip的设置,还有linux内核启动的参数等
接下来非常重要,使关于SDRAM的设置:
#define CONFIG_NR_DRAM_BANKS     1        
#define PHYS_SDRAM_1           0x30000000   //SDRAM的开始地址
#define PHYS_SDRAM_1_SIZE       0x04000000   //SDRAM的大小,这里是64MB
py2410.h中基本修改这些就可以了,然后打开board/py2410/lowlevel_init.S文件:
按照板子上的实际情况的分配来修改以下寄存器的值。我是按照原来板子上给的bootloader中的设置修改的:
#define BWSCON 0x48000000       //这个是SFR区中控制SDRAM的寄存器的基址

/* BWSCON */
#define DW8   (0x0)
#define DW16   (0x1)
#define DW32   (0x2)
#define WAIT   (0x1<<2)
#define UBLB   (0x1<<3)

#define B1_BWSCON   (DW32)
#define B2_BWSCON   (DW16)
#define B3_BWSCON   (DW16 + WAIT + UBLB)
#define B4_BWSCON   (DW16)
#define B5_BWSCON   (DW16)
#define B6_BWSCON   (DW32)
#define B7_BWSCON   (DW32)

/* BANK0CON */
#if 0
#define B0_Tacs   0x0 /* 0clk */
#define B0_Tcos   0x0 /* 0clk */
#define B0_Tacc   0x7 /* 14clk */
#define B0_Tcoh   0x0 /* 0clk */
#define B0_Tah   0x0 /* 0clk */
#define B0_Tacp   0x0
#define B0_PMC   0x0 /* normal */

评论

此博客中的热门博文

【转】VxWorks中的地址映射

在运用嵌入式系统VxWorks和MPC860进行通信系统设计开发时,会遇到一个映射地址不能访问的问题。 缺省情况下,VxWorks系统已经进行了如下地址的映射:   memory地址、bcsr(Board Control and Status)地址、PC_BASE_ADRS(PCMCIA)地址、Internal Memory地址、rom(Flach memory)地址等,但是当你的硬件开发中要加上别的外设时,如(falsh、dsp、FPGA等),对这些外设的访问也是通过地址形式进行读写,如果你没有加相应的地址映射,那么是无法访问这些外设的。   和VxWorks缺省地址映射类似,你也可以进行相应的地址映射。   如下是地址映射原理及实现:   1、 地址映射结构 在Tornado\target\h\vmLib.h文件中 typedef struct phys_mem_desc { void *virtualAddr; void *physicalAddr; UINT len; UINT initialStateMask; /* mask parameter to vmStateSet */ UINT initialState; /* state parameter to vmStateSet */ } PHYS_MEM_DESC; virtualAddr:你要映射的虚拟地址 physicalAddr:硬件设计时定义的实际物理地址 len;要进行映射的地址长度 initialStateMask:可以初始化的地址状态: 有如下状态: #define VM_STATE_MASK_VALID 0x03 #define VM_STATE_MASK_WRITABLE 0x0c #define VM_STATE_MASK_CACHEABLE 0x30 #define VM_STATE_MASK_MEM_COHERENCY 0x40 #define VM_STATE_MASK_GUARDED 0x80 不同的CPU芯片类型还有其特殊状态 initialState:实际初始化的地址状态: 有如下状态: #define VM_STATE_VALID 0x01 #define VM_STATE_VALID_NOT 0x00 #define VM_STATE_WRITA

【转】多迷人Gtkmm啊

前边已经说过用glade设计界面然后动态装载,接下来再来看看怎么改变程序的皮肤(主题)     首先从 http://art.gnome.org/themes/gtk2 下载喜欢的主题,从压缩包里提取gtk-2.0文件夹让它和我们下边代码生成的可执行文件放在同一个目录下,这里我下载的的 http://art.gnome.org/download/themes/gtk2/1317/GTK2-CillopMidnite.tar.gz     然后用glade设计界面,命名为main.glade,一会让它和我们下边代码生成的可执行程序放在同一个目录下边     然后开始写代码如下: //main.cc #include <gtkmm.h> #include <libglademm/xml.h> int main(int argc, char *argv[]) {     Gtk::Main kit(argc,argv);         Gtk::Window *pWnd;        gtk_rc_parse("E:\\theme-viewer\\themes\\gtk-2.0\\gtkrc");       Glib::RefPtr<Gnome::Glade::Xml> refXml;     try     {         refXml = Gnome::Glade::Xml::create("main.glade");     }     catch(const Gnome::Glade::XmlError& ex)     {         Gtk::MessageDialog dialog("Load glade file failed!", false,       \                                   Gtk::MESSAGE_ERROR, Gtk::BUTTONS_OK);         dialog.run();               return 1;     }         refXml->get_widget("main", pWnd);     if(pW

【转】https客户端的实现(libcurl)

一、              概念 1.         为什么要使用libcurl 1)        作为http的客户端,可以直接用socket连接服务器,然后对到的数据进行http解析,但要分析协议头,实现代理…这样太麻烦了。 2)        libcurl是一个开源的客户端url传输库,支持FTP,FTPS,TFTP,HTTP,HTTPS,GOPHER,TELNET,DICT,FILE和LDAP,支持Windows,Unix,Linux等平台,简单易用,且库文件占用空间不到200K 2.         get和post方式 客户端在http连接时向服务提交数据的方式分为get和post两种 1)        Get方式将所要传输的数据附在网址后面,然后一起送达服务器,它的优点是效率比较高;缺点是安全性差、数据不超过1024个字符、必须是7位的ASCII编码;查询时经常用此方法。 2)        Post通过Http post处理发送数据,它的优点是安全性较强、支持数据量大、支持字符多;缺点是效率相对低;编辑修改时多使用此方法。 3.         cookie与session 1)        cookie cookie是发送到客户浏览器的文本串句柄,并保存在客户机硬盘上,可以用来在某个Web站点会话之间持久地保持数据。cookie在客户端。 2)        session session是访问者从到达某个特定主页到离开为止的那段时间。每一访问者都会单独获得一个session,实现站点多个用户之间在所有页面中共享信息。session在服务器上。 3)        libcurl中使用cookie 保存cookie, 使之后的链接与此链接使用相同的cookie a)         在关闭链接的时候把cookie写入指定的文件 curl_easy_setopt(curl, CURLOPT_COOKIEJAR, "/tmp/cookie.txt"); b)        取用现在有的cookie,而不重新得到cookie curl_easy_setopt(curl, CURLOPT_COOKIEFILE, "/tmp/cookie.txt"); b)        ht