关于unpack_to_rootfs()的疑问

chishanmingshen

from 3.6.10
populate_rootfs()->unpack_to_rootfs() 做新的initramfs或者旧的initrd的文件拷贝操作。
1. 可是我不明白的是拷贝到哪里去？不用指定文件名字么？比如initrd方式（非cpio）时，内核会建好文件/initrd.image，然后写入。
2. 此时是实际根文件系统是哪里加载的?因为后续才会加载实际根文件系统.
3. header_buf symlink_buf name_buf ： 这几个全局变量的作用是？
4. 请指点这个函数的具体机制.
谢谢!

1. 
   
2. static char * __init unpack_to_rootfs(char *buf, unsigned len)
   
3. {
   
4.         int written, res;
   
5.         decompress_fn decompress;
   
6.         const char *compress_name;
   
7.         static __initdata char msg_buf[64];
   
8. 
   
9.         header_buf = kmalloc(110, GFP_KERNEL);
   
10.         symlink_buf = kmalloc(PATH_MAX + N_ALIGN(PATH_MAX) + 1, GFP_KERNEL);
    
11.         name_buf = kmalloc(N_ALIGN(PATH_MAX), GFP_KERNEL);
    
12. 
    
13.         if (!header_buf || !symlink_buf || !name_buf)
    
14.                 panic("can't allocate buffers");
    
15. 
    
16.         state = Start;
    
17.         this_header = 0;
    
18.         message = NULL;
    
19.         while (!message && len) {
    
20.                 loff_t saved_offset = this_header;
    
21.                 if (*buf == '0' && !(this_header & 3)) {
    
22.                         state = Start;
    
23.                         written = write_buffer(buf, len);<---(*actions[])将数据写到哪里去了?求详解。。
    
24.                         buf += written;
    
25.                         len -= written;
    
26.                         continue;
    
27.                 }
    
28.                 if (!*buf) {
    
29.                         buf++;
    
30.                         len--;
    
31.                         this_header++;
    
32.                         continue;
    
33.                 }
    
34.                 this_header = 0;
    
35.                 decompress = decompress_method(buf, len, &compress_name);
    
36.                 if (decompress) {
    
37.                         res = decompress(buf, len, NULL, flush_buffer, NULL,
    
38.                                    &my_inptr, error);
    
39.                         if (res)
    
40.                                 error("decompressor failed");
    
41.                 } else if (compress_name) {
    
42.                         if (!message) {
    
43.                                 snprintf(msg_buf, sizeof msg_buf,
    
44.                                          "compression method %s not configured",
    
45.                                          compress_name);
    
46.                                 message = msg_buf;
    
47.                         }
    
48.                 } else
    
49.                         error("junk in compressed archive");
    
50.                 if (state != Reset)
    
51.                         error("junk in compressed archive");
    
52.                 this_header = saved_offset + my_inptr;
    
53.                 buf += my_inptr;
    
54.                 len -= my_inptr;
    
55.         }
    
56.         dir_utime();
    
57.         kfree(name_buf);
    
58.         kfree(symlink_buf);
    
59.         kfree(header_buf);
    
60.         return message;
    
61. }
    

复制代码

chishanmingshen

感谢回复!
就是这个"unpack_to_rootfs就是将initramfs或者initrd的内容释放到"/"那里", 我搞不明白其中的奥秘...
是说释放之后, "/"就是实际根文件系统了, 是吧? 只是这个系统是特殊的, 是在ram中的?

回复 2# stephen_du


   

chishanmingshen

哦...有点明白了.我的理解, 按顺序的3个阶段:
1. 首先建立虚拟根文件系统, 就是"/"
2. initrd/initramfs释放得到rootfs, 就是"/root"
3. mount真正的根文件系统, 自然也会有新的"/root"

如有不正, 请指点, 谢谢!

回复 4# stephen_du


   

chishanmingshen

最后一点:
header_buf symlink_buf name_buf ： 这几个全局变量的作用是?

wangcong02345

要知道 header_buf symlink_buf name_buf,这三个buf的作用需要对cpio的格式有所了解.
CPIO 的结构是这样的:
                   110字节的Head(6 + 8*13)
                   不定长的文件名(文件名的长度是olen)
                   结束字符 \0
                   文件的内容
                   .... //重复上面4个
                   最后的文件名是一个 TRAILER!!!
了解了cpio的格式之后就很容易知道:  
1. header_buf就是一个文件在cpio中的head,共110个字节
      header_buf = kmalloc(110, GFP_KERNEL);
2.  symlink_buf就是符号链接所指的路径
     假设有这样的符号连接:  ln -s /home/cong/Desktop/record.txt link
     symlink_buf="/home/cong/Desktop/record.txt"
3. name_buf 就是文件名(除符号链接之外的文件名),
    可以是普通文件名,目录名,FIFO名等反正就是存名字

这些都很容易理解, 就是有一点需要注意: 什么时候会用到这些buffer?
以header_buf为例说明一下:
    内核两次调用了unpack_to_rootfs,
    第一次解压usr/initramfs_data.cpio,这时候head_buff压根就没有用到.

    第二次是解压initramfs,这个rootfs是gzip压缩的,内核会一边解压缩initramfs一边把解压出来的文件填充到文件系统中.
    解压后并不是每一次都把110个字节拷贝到header_buf中,这样没有必要
    而是在gunzip中每次解压出的32K的buffer, 只有当这32k剩下的数据是cpio的头且不足110个字节时,才会用到header_buf.
    先将不足的字节临时放在header_buf中,然后再调用gunzip,从解出32K的buffer中拿走剩下的字节填充到header_buf中凑満110个字节.
symlink_buf, name_buf同样也是这种情况下才使用.

chishanmingshen

回复 8# wangcong02345

thanks!

>第一次解压usr/initramfs_data.cpio,这时候head_buff压根就没有用到.

  第一次为啥没用到?  请指教，谢谢！  

wangcong02345

head_buff什么时候才会用到呢? 只有在解压过程中才有可能用到.
像initramfs或者旧的initrd文件的生成过程都经过了gzip压缩,所以内核在用这些文件时需要先解压缩,gunzip每次会解压出32Kbuffer, 只有当这32k剩下的数据是cpio的头且不足110个字节时,才会用到header_buf.
而第一次解压的/usr/initramfs_dat.cpio,这是个cpio文件没有经过压缩,也就没有解压的过程,所以不会用到header_buf.