来讲讲：使uboot撑持S3C6410的SD启动

对于linux命令，一定要学会用man和info去查他们的解释；
这里利用的uboot并不是uboot官方公布的uboot代码，而是为三星定制的一个uboot版本s3c-u-boot-1.1.6，其代码作者就包含了三星的程序员与denx的员工。这个版本撑持SD启动，不外默许是nand启动，使它撑持uboot必要做以下事变：
　　1、固然撑持uboot启动，可是uboot代码里不叫SD启动体例，而是叫movinand启动体例，在incluede/configs/smdk6410.h中就有这个选项，以是在这个文件里封闭nand启动，翻开movinand启动就能够了：
　　//#defineCONFIG_BOOT_NOR
　　//#defineCONFIG_BOOT_NAND正文nand启动
　　#defineCONFIG_BOOT_MOVINAND翻开movinand启动
　　//#defineCONFIG_BOOT_ONENAND
　　//#defineCONFIG_BOOT_ONENAND_IROM
　　#defineCONFIG_NAND
　　//#defineCONFIG_ONENAND
　　#defineCONFIG_MOVINAND翻开movinand选项，使uboot撑持movinand的操纵
　　2、假如纯真是做下面的修改，仍是不敷的，在运转的时分会发明到了必定的时分uboot就逝世失落了，实在这是由于uboot中假定SMDK6410在利用SD体例的时分是从CH0启动的，可是手上的这个板子是经由过程CH1启动，那末在运转被复制到SRAM中的8K代码时分没举措在CH0检测到SD，更没举措将SD里的代码复制到SDRAM中。修正举措是在incluede/
　　movi.h中HSMMC_CHANNEL修正为1。
　　3、然后假如将上述修正后编译出来的u-boot.bin经由过程IROM_Fusing_tools间接烧写到SD中也是没举措启动的，必要运转以下的命令举行处置：
　　catu-boot.bin>>temp
　　catu-boot.bin>>temp
　　split-b256ktemp
　　mvxaau-boot_256k.bin
　　split-b8ku-boot.bin
　　mvxaau-boot_8k.bin
　　catu-boot_256k.bin>>u-boot_mmc.bin
　　catu-boot_8k.bin>>u-boot_mmc.bin
　　经由这些处置，实践上是将u-boot.bin内容反复一次后（为了包管到达256K，假如这个bin更小，那末大概必要反复3次、4次，直到凌驾256K为止），将前256K制成u-boot_256k.bin，再将前8K制成u-boot_8k.bin，最初将u-boot_256k.bin+u-boot_8k.bin兼并成一个256K+8K巨细的文件u-boot_mmc.bin，这个文件前256K就是u-boot_256k.bin尔后8K就是u-boot_8k.bin。把这个u-boot_mmc.bin经由过程IROM_Fusing_tools烧写到SD卡就能够乐成启动体系了。
　　为何要做如许的处置这个bin文件呢？上面经由过程剖析IROM_Fusing_tools、uboot的源码来展现个中的由来。
　　从网上能够下载到IROM_Fusing_tools的源码，在按下这个软件的start控件后，先是读取这个SD卡的第一个扇区，也就是这个磁盘的MBR扇区，判别是否是FAT32格局的磁盘（这也是为何用来做启动的SD必需格局化为FAT32格局），接着猎取总的扇区数量TOTAl_SECOTR，并将所要烧写的bin文件烧写到磁盘的这个扇区：TOTAL_SECTORC2-SIZE_OF_IMAGE/512。个中TOTAl_SECTOR是这个磁盘总的扇区数量；SIZE_OF_IMAGE/512是这个bin文件将要占有的扇区数（这里是以512为扇区巨细的，因而关于扇区更年夜的SD卡也就没举措利用了，而如今的年夜容量SD都大概利用了2K乃至4K的扇区，除非修正这个程序，并同步地在uboot中修正程序）；至于2则是保存的2个扇区，至于为何要保存这2个扇区，必要剖析uboot的源码情形，上面将做进一步的论述。
　　在SD启动体例下，S3C6410外部的IROM程序BL0起首运转，并将SD中的最初18个扇区入手下手的16个扇区内容复制到片内的8KSRAM，也就是SteppingStone，接着跳转到这块SRAM的入手下手地点入手下手运转，这8K的代码实践上就是下面u-boot_mmc.bin这个文件的最初8K，也是u-boot.bin的最入手下手8K代码，这段代码也叫BL1。从BL0跳转到BL1的时分uboot也就接受了CPU。
　　Uboot的出口在start.S这个文件，cpu/s3c64x0/start.S中有如许一段代码：
　　#ifdefCONFIG_BOOT_MOVINAND
　　ldrsp,_TEXT_PHY_BASE
　　blmovi_bl2_copy
　　bafter_copy
　　#endif
　　这段代码是完成SD启动的关头。到了这里后就实行movi_bl2_copy，这个函数卖力将SD内的uboot完全地复制到SDRAM，这时候候完全的uboot也叫BL2，而这个函数实践上是挪用了以下函数：
　　CopyMovitoMem(HSMMC_CHANNEL,MOVI_BL2_POS,MOVI_BL2_BLKCNT,(uint*)BL2_BASE,MOVI_INIT_REQUIRED);
　　HSMMC_CHANNEL这是SD/MMC通道号，手上板子利用的是CH1，而默许是CH0，以是必要对这个举行修正。
　　MOVI_BL2_POS是必要拷贝的数据位于SD的肇端扇区，其盘算举措是如许的，先失掉这个SD的总扇区数TOTAL，再减往256K的BL2和

12下一页

有些人号称用过十几种甚至几十种linux,向人谈论起来头头是到,好像懂的很多。

给你装的系统里为ubuntu12.04，它已经封装的很臃肿了，但是考虑到你没有很多时间投入其中，所以给你装了它，但是怎么用它提高开发效率，需要你在学习的过程中不断总结；
8K的BL1所占的扇区数，最初减往0.5K的eFuse和0.5K的保存区所占的扇区数，而这里还界说SD的扇区为512B。从这里能够看到和IROM_Fusing_tools对SD卡的处置是完整对应的。这里另有一个成绩，总扇区数TOTAL是怎样失掉的？从程序来看是从(TCM_BASE-0x4)这个地点读取到的，至于TOTAL是怎样被放到这里的就只能从BL0的代码找谜底了。</P>　　MOVI_BL2_BLKCNT是必要复制的扇区数量，这里就是界说为256K，这也是为何必需把u-boot.bin转换成256K的文件。
　　BL2_BASE是目标地点，也就是SDRAM中的地点。这里界说为0x57E00000，就是128M的SDRAM的最初2M，由于到这里为止MMU还没有翻开，因而这里利用的是物理地点。
　　MOVI_INIT_REQUIRED这个参数的意义是甚么临时没有任何材料申明。
　　而CopyMovitoMem这个函数的界说是如许的：
　　#defineCopyMovitoMem(a,b,c,d,e)(((int(*)(int,uint,ushort,uint*,int))(*((uint*)(TCM_BASE+0x8))))(a,b,c,d,e))
　　这个界说实践上是挪用了位于TCM_BASE+0x8这个地点的函数指针，个中TCM_BASE的值为0x0C004000，至于这个地点放的是甚么，也没材料申明。
　　当复制完BL2后便会跳转到BL2的start_armboot这个C言语函数中运转了，今后的运转历程就不必要再剖析了

</p>

上一页12

对于linux命令，一定要学会用man和info去查他们的解释；

直到学习Linux这门课以后，我才知道，原来我错了。?

直到学习Linux这门课以后，我才知道，原来我错了。?

我感觉linux的学习,学习编程~!~!就去学习C语言编程!!

如果你有庞大而复杂的测试条件，尽量把它剪裁得越小越好。可能你会遇到这种情况，对于一个问题会出现不同内容回答，这时你需要通过实践来验证。

随着实验课程的结束，理论课也该结束了，说实话教OS的这两位老师是我们遇到过的不错的老师（这话放这可能不太恰当）.

下面笔者在论坛看到的一个好问题： “安装红旗4.0后，系统紫光输入法自带的双拼方案和我的习惯不一样，如何自定义双拼方案解决?谢谢？”这个问题很简练。

通过一条缓慢的调制解调器线路，它也能操纵几千公里以外的远程系统。

众所周知，目前windows操作系统是主流，在以后相当长的时间内不会有太大的改变，其方便友好的图形界面吸引了众多的用户。