1.移植3.4內核-分析內核啓動過程,從新分區,燒寫jffs2文件系統

時間  2019-12-02
標籤 移植 3.4 內核 分析 啓動 過程 從新 分區 jffs2 jffs 文件 系統 简体版
原文   原文鏈接

1.在上章-移植uboot裏.咱們來分析下uboot是如何進入到內核的html

首先,uboot啓動內核是經過bootcmd命令行實現的,在咱們以前移植的bootcmd命令行以下所示:linux

bootcmd=nand read  0x30000000 kernel; bootm 0x30000000        //bootm:從0x30000000處啓動內核

1.1而後咱們進入cmd_bootm.c,找到對應的bootm命令對應的do_bootm():數組

int do_bootm(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
{
boot_os_fn *boot_fn;             //boot_fn是個數組函數
 ... ..

boot_fn(0, argc, argv, &images); //調用數組函數
 ... ...
}

上面的boot_os_fn是個typedef型,以下圖所示:架構

 

 

1.2因爲定義了宏CONFIG_BOOTM_LINUX,最終會跳轉到do_bootm ->do_bootm_linux()函數

代碼以下所示:工具

int do_bootm_linux(int flag, int argc, char *argv[], bootm_headers_t *images)
{
         /* No need for those on ARM */
         if (flag & BOOTM_STATE_OS_BD_T || flag & BOOTM_STATE_OS_CMDLINE)
                   return -1;
         if (flag & BOOTM_STATE_OS_PREP) {
                   boot_prep_linux(images);
                   return 0;
         }
         if (flag & BOOTM_STATE_OS_GO) {
                   boot_jump_linux(images);
                   return 0;
         }

 
         boot_prep_linux(images);      //該函數會將各個tag參數保存在指定位置,好比:內存tag、bootargs環境變量tag、串口tag等
         boot_jump_linux(images);      //該函數會跳轉到內核起始地址
         return 0;
}

 

1.3最終跳轉到do_bootm ->do_bootm_linux-> boot_jump_linux()學習

代碼以下所示:測試

static void boot_jump_linux(bootm_headers_t *images)
{
         unsigned long machid = gd->bd->bi_arch_number;     //獲取機器ID
         char *s;
         void (*kernel_entry)(int zero, int arch, uint params);
         unsigned long r2;
         kernel_entry = (void (*)(int, int, uint))images->ep;  //設置kernel_entry()的地址爲0x30000000
         s = getenv("machid");                     //判斷環境變量machid是否設置,若設置則使用環境變量裏的值   
         if (s) {       
                   strict_strtoul(s, 16, &machid);      //從新獲取機器ID
                   printf("Using machid 0x%lx from environment\n", machid);  //使用環境變量的machid
         }
　　　　　... ...
        r2 = gd->bd->bi_boot_params;     //獲取tag參數地址, gd->bd->bi_boot_params在setup_start_tag()函數裏被設置 
        kernel_entry(0, machid, r2);     //跳轉到0x30000000,r0=0,r1=機器ID,r2=tag參數地址
}

 上面的machid默認值爲MACH_TYPE_SMDK2410(也就是193),咱們也能夠在環境變量裏設置machid變量ui

 

1.4最終,便跳到內核執行代碼,步驟以下所示:spa

  • 1)根據R1(機器ID),來判斷內核是否支持該機器,若支持則初始化機器相關函數
  • 2)解析TAG參數,初始化串口,設置內存等
  • 3)掛載根文件系統,並執行應用程序

 

2.接下來便從網上下載3.4.2內核來移植.

2.1修改Makefile,修改配置

tar xjf linux-3.4.2.tar.bz2 
cd linux-3.4.2/
vi Makefile

找到下面這句話：

ARCH            ?= $(SUBARCH)
CROSS_COMPILE   ?= $(CONFIG_CROSS_COMPILE:"%"=%)

 改成：

ARCH            ?= arm
CROSS_COMPILE   ?= arm-linux-

 (PS:我使用的是4.3.2,若交叉編譯工具版本過低,可能沒法編譯)

2.2 配置編譯

cd arch/arm/configs                //因爲咱們板子是arm板,進入該目錄
ls  *2440*                            //找到有mini2440_defconfig、
ls  *2410*                            //找到有s3c2410_defconfig

cd ../../..
make s3c2410_defconfig                //配置2410, 更新.config配置文件 
make uImage                          //編譯,生成uImage
cp uImage /work/nfs_root/ uImage_new           //用nfs下載

 

3進入uboot燒寫

nfs 32000000 192.168.2.106:/work/nfs_root/uImage_new
bootm 32000000

以下圖所示,發現串口輸出亂碼:

 

出現這個問題,能夠先看看bootargs命令行的串口設置是否正確、uboot傳遞的機器ID是否正確.

3.1找到bootargs命令行的串口沒有設置波特率,修改bootargs:

set bootargs root=/dev/mtdblock3 console=ttySAC0,115200

 

3.2 測試機器ID是否正確

在咱們1.3小節代碼分析裏,講到過uboot傳遞進來的機器ID能夠經過環境變量machid來設置

因此任意設置一個ID,這樣再次啓動內核時,內核識別不出來,就會打印出全部設備對應的機器ID

進入uboot,輸入:

set machid 33333
tftp 32000000 uImage
bootm 32000000

以下圖所示,因爲內核不支持這個機器ID,因此打印出內核能支持的ID表:

 

因爲咱們板子是2440,因此測試7cf(mini2440)以及16a(smdk2440)這兩個機器ID,是否支持咱們開發板

發現只有7cf(mini2440)這個ID,有串口輸出正常.

來看看16a(smdk2440)爲何串口亂碼,進入mach-smdk2440.c( 位於arch/arm/mach-s3c24xx)

找到問題出在smdk2440_map_io():

static void __init smdk2440_map_io(void)
{
         s3c24xx_init_io(smdk2440_iodesc, ARRAY_SIZE(smdk2440_iodesc));
         s3c24xx_init_clocks(16934400);             //初始化時鐘clock
         s3c24xx_init_uarts(smdk2440_uartcfgs, ARRAY_SIZE(smdk2440_uartcfgs));
}

因爲咱們板子上的晶振是12Mhz,而mdk2440_map_io()裏,初始化的時鐘是基於16934400hz的晶振.

因此將:

s3c24xx_init_clocks(16934400);             //初始化時鐘clock

改成:

s3c24xx_init_clocks(12000000);             //初始化時鐘clock

而後從新編譯uImage:

make  s3c2410_defconfig             //將mach-s3c2440.c配置進內核
make  uImage
cp uImage /work/nfs_root/ uImage_new

進入uboot,輸入:

set machid 16a
nfs 32000000 192.168.2.106:/work/nfs_root/uImage_new
boom 32000000

啓動內核,打印以下圖所示:

 

如上圖所示,內核建立了8個分區,而咱們移植的uboot只有4個分區,代碼以下:

0x00000000-0x00040000 : "bootloader"            //存放uboot
0x00040000-0x00060000 : "params"                //存放環境變量
0x00060000-0x00260000 : "kernel"                //存放內核
0x00260000-0x10000000 : "rootfs"                  //存放文件系統

uboot傳遞的文件系統路徑root=/dev/mtdblock3,因此內核便卡死在啓動文件系統上

 

4.因此接下來咱們來修改內核分區

4.1在si裏搜索上圖出現的」S3C2410 flash partition」字段

以下圖所示:

 

找到位於common-smdk.c中,裏面有個數組smdk_default_nand_part[],內容以下所示:

 

4.2接下來便修改smdk_default_nand_part[]數組(位於arch/arm/mach-s3c24xx/common-smdk.c)

修改成:

static struct mtd_partition smdk_default_nand_part[] = {
         [0] = {
                   .name         = "bootloader",            //0x00000000-0x00040000  
                   .size  = SZ_256K,                      
                   .offset         = 0,
         },

         [1] = {
                   .name         = "params",                 //0x00040000-0x00060000
                   .offset = MTDPART_OFS_APPEND, 
                   .size  = SZ_128K,
         },

         [2] = {
                   .name         = "kernel",                  //0x00060000-0x00260000
                   .offset = MTDPART_OFS_APPEND,
                   .size  = SZ_2M,
         },

         [3] = {
                   .name         = "rootfs",                 //0x00260000-0x10000000
                   .offset         = MTDPART_OFS_APPEND,
                   .size  = MTDPART_SIZ_FULL,
         }
};

上面部分宏的定義,以下所示:

  • MTDPART_OFS_RETAIN:    填在offset裏,表示前後保留多少size空間大小
  • MTDPART_OFS_NXTBLK:   填在offset裏,表示從下一個塊開始
  • MTDPART_OFS_APPEND:  填在offset裏,表示該分區位置附加在上個分區結束的地址上
  • MTDPART_SIZ_FULL:         填在size裏,表示剩下的內存size都歸於該分區

4.3若須要mini2440的機器ID,則還須要修改mini2440單板對應的mach-mini2440.c

由於該單板的mtd分區也不對,將裏面的mini2440_default_nand_part[]內容改成和上面同樣

4.4改好後,重啓內核,發現內核仍是啓動不了之前的yaffs文件系統

以下圖所示:

 

表示不支持該內核不支持yaffs文件系統,而後嘗試使用ext3 ext2 cramfs vfat msdos iso9660等來掛載

4.5 嘗試使用之前的jffs2文件系統

從新燒寫jffs2,設置uboot環境變量,啓動內核,打印以下圖:

 

上圖,表示jffs2已掛載,可是找不到init程序,由於這個文件系統的glibc庫是交叉編譯3.4版本的,因爲3.4內核的交叉編譯是4.3版本,因此不支持,接下來咱們便從新制做文件系統

 

5.構造根文件系統

5.1首先編譯安裝busybox(參考之前的busybox安裝章節)

進入https://busybox.net/下載busybox 1.20.0

tar -xjf busybox-1.20.0.tar.bz2
cd busybox-1.20.0
make menuconfig          //設置交叉編譯前綴

進入Busybox Settings --->Build Options --->

() Cross Compiler prefix

在彈出的對話框裏面寫入：arm-linux-

make          //編譯
mkdir   /work/nfs_root/fs_mini_mdev_new            //建立要安裝的文件系統目錄      
make install CONFIG_PREFIX=/work/nfs_root/fs_mini_mdev_new   //指定安裝位置

 

5.2 安裝glibc庫

輸入$PATH找到交叉編譯位於/work/tools/arm-linux-gcc-4.3.2/usr/local/arm/4.3.2位置,

經過find -name lib,找到有如下幾個lib

 

因爲ARM9屬於ARMv4T架構,因此拷貝上面兩條紅線處的lib到fs_mini_mdev_new裏

mkdir /work/nfs_root/fs_mini_mdev_new/lib
mkdir /work/nfs_root/fs_mini_mdev_new/usr/lib -p  
cp arm-none-linux-gnueabi/libc/armv4t/usr/lib/*.so* /work/nfs_root/fs_mini_mdev_new/usr/lib -d           /* -d:保持連接 */
cp arm-none-linux-gnueabi/libc/armv4t/lib/*.so* /work/nfs_root/fs_mini_mdev_new/lib -d

 

5.3 構造etc目錄

在etc目錄下,須要構造如下3個文件

  • etc/inittab     : init進程會根據inittab文件裏,來建立其它子進程,好比
  • etc/init.d/rcS:腳本文件,裏面用來執行命令,好比設置網卡,使用mount -a來裝載/etc/fstab中的文件系統
  • etc/fstab      :裏面保存要被掛載的哪一個文件系統,好比proc、sysfs、tmpfs、devpts等系統

1)構造/etc/inittab

cd  cd /work/nfs_root/fs_mini_mdev_new/
mkdir etc/
vi etc/inittab

添加如下幾句:

::sysinit:/etc/init.d/rcS    //內核啓動時,執行/etc/init.d/rcS
console::askfirst:-/bin/sh  //啓動console對應的-/bin/sh進程以前,等待用戶按enter鍵
::ctrlaltdel:/sbin/reboot   //按下ctrl+alt+del組合鍵時,啓動reboot命令
::shutdown:/bin/umount -a -r  //系統關機前,卸載全部文件系統

2)構造etc/init.d/rcS

mkdir etc/init.d/   
vi  etc/init.d/rcS

添加如下幾句:

mount -a               //裝載/etc/fstab中的文件系統
echo /sbin/mdev > /proc/sys/kernel/hotplug  //使/sbin/medv指向hotplug,從而支持熱拔插
mdev -s                //使用medv命令自動建立/dev下的全部設備節點

 

並給rcS加上可執行權限:

 

sudo chmod +x etc/init.d/rcS               //使腳本rcS可以執行命令

 

3)構造etc/fstab

PS:使用mdev命令須要sysfs、tmpfs、devpts這3個文件系統的支持

mkdir proc/                            //建立proc要掛載的目錄
mkdir sys/                       //建立sysfs要掛載的目錄,
mkdir dev/pts -p              //建立devpts要掛載的目錄
vi  etc/fstab

添加如下幾句

# device     mount-point    type     options      dump  fsck order
proc           /proc        proc     defaults      0     0
tmpfs          /tmp         tmpfs    defaults      0     0
sysfs          /sys         sysfs    defaults      0     0
devpts         /dev/pts     devpts   defaults      0     0

 

5.4構造其它文件/目錄

1)建立終端文件(dev/console和dev/null)

sudo mknod –m 660  dev/console c 5 1
sudo mknod –m 660 dev/null c 1 3

2)建立其它目錄

mkdir mnt tmp root

 

6.製做jffs2映像文件

因爲mkfs.jffs2工具以前已經安裝好了,因此直接使用mkfs.jffs2命令:

cd /work/nfs_root/                 //返回到上個目錄
mkfs.jffs2 -n  -s 2048  -e 128KiB  -d fs_mini_mdev_new  -o fs_mini_mdev_new.jffs2
//-n:表示每塊不添加清除標記,-s:NAND的每頁爲2k,-e: NAND的每塊爲128kb
//-d fs_mini_mdev_new:表示要製做的根文件系統文件
//-o fs_mini_mdev_new.jffs2:表示生成的映像文件

7.燒寫jffs2,啓動內核

nfs 30000000 192.168.2.106:/work/nfs_root/fs_mini_mdev_new.jffs2
nand erase.part rootfs
nand write.jffs2 30000000 260000  $filesize
set bootargs console=ttySAC0,115200 root=/dev/mtdblock3 rootfstype=jffs2
nfs 32000000 192.168.2.106:/work/nfs_root/uImage_new
bootm 32000000

7.1啓動內核

打印以下圖所示:

 

進入si,搜索exitcode,找到0x00000004對應的宏定義是SIGILL,表示非法指令

是由於arm-linux-gcc-4.3.2是使用的EABI接口,內核因爲未配置,因此出現非法

7.2 配置內核支持EABI
輸入make menuconfig,搜索EABI,找到位於:

kernel feature->

[*] Use the ARM EABI to compile the kernel         
make uImage

從新編譯燒寫內核就沒問題了

 

 

未完待續,下章學習如何使內核支持yaffs系統

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程