Linux0.11 系统调用进程创建与执行(九)(上)

简介: Linux0.11 系统调用进程创建与执行(九)

前提回顾

    Linux 系统经历 BIOSbootsect.s、setup.s、head.s 一系列执行后,    其从实模式切换到了 32 位保护模式,此时即将运行 init/main.c 中的 main 函数。

内存分布

此时其内存分布如下:

堆栈信息

堆栈信息如下图:

寄存器信息

段选择符

通用寄存器

task[0] 信息

struct task_struct {
  // ...
  
    /* 本任务的局部表描述符。 0 空, 1 代码段 cs, 2 数据段和堆栈段 ds&ss */
  struct desc_struct ldt[3];
    /* 本进程的任务状态段信息结构 */
  struct tss_struct tss;
};

task[0] 初始化:

#define INIT_TASK \
/* state etc */ { 0,15,15, \
/* signals */ 0,{{},},0, \
/* ec,brk... */ 0,0,0,0,0,0, \
/* pid etc.. */ 0,-1,0,0,0, \
/* uid etc */ 0,0,0,0,0,0, \
/* alarm */ 0,0,0,0,0,0, \
/* math */  0, \
/* fs info */ -1,0022,NULL,NULL,NULL,0, \
/* filp */  {NULL,}, \
  { \
    {0,0}, \
/* ldt */ {0x9f,0xc0fa00}, \
    {0x9f,0xc0f200}, \
  }, \
/*tss*/ {0,PAGE_SIZE+(long)&init_task,0x10,0,0,0,0,(long)&pg_dir,\
   0,0,0,0,0,0,0,0, \
   0,0,0x17,0x17,0x17,0x17,0x17,0x17, \
   _LDT(0),0x80000000, \
    {} \
  }, \
}
ldt

tss


一、环境初始化

void main(void) /* This really IS void, no error here. */
{               /* The startup routine assumes (well, ...) this */
                /*
                 * Interrupts are still disabled. Do necessary setups, then
                 * enable them
                 */

  ROOT_DEV = ORIG_ROOT_DEV;
  drive_info = DRIVE_INFO;
  memory_end = (1 << 20) + (EXT_MEM_K << 10);
  memory_end &= 0xfffff000;
  if (memory_end > 16 * 1024 * 1024)
    memory_end = 16 * 1024 * 1024;
  if (memory_end > 12 * 1024 * 1024)
    buffer_memory_end = 4 * 1024 * 1024;
  else if (memory_end > 6 * 1024 * 1024)
    buffer_memory_end = 2 * 1024 * 1024;
  else
    buffer_memory_end = 1 * 1024 * 1024;
  main_memory_start = buffer_memory_end;
#ifdef RAMDISK
  main_memory_start += rd_init(main_memory_start, RAMDISK * 1024);
#endif
  mem_init(main_memory_start, memory_end);
  trap_init();
  blk_dev_init();
  chr_dev_init();
  tty_init();
  time_init();
  sched_init();
  buffer_init(buffer_memory_end);
  hd_init();
  floppy_init();
  sti();
  move_to_user_mode();
  if (!fork()) { /* we count on this going ok */
    init();
  }
  /*
   *   NOTE!!   For any other task 'pause()' would mean we have to get a
   * signal to awaken, but task0 is the sole exception (see 'schedule()')
   * as task 0 gets activated at every idle moment (when no other tasks
   * can run). For task0 'pause()' just means we go check if some other
   * task can run, and if not we return here.
   */
  for (;;)
    pause();
}


    代码执行到 move_to_user_mode 函数之前,其进行了一系列初始化操作。跟踪发现除了通用寄存器发生变化外,段寄存器,task[0]ldttss 都未发生变化。

以下为通用寄存器信息:


    执行完 move_to_user_mode 函数后,程序由内核态进入用户态(任务 0 的用户态)。

二、move_to_user_mode

move_to_user_mode 函数把进程 0 由内核态转成用户态。其代码如下:

#define move_to_user_mode() \   // 模仿中断硬件压栈,顺序是 ss、esp、eflags、cs、eip
__asm__ ("movl %%esp,%%eax\n\t" \ // 保存堆栈指针 esp 到 eax 寄存器中
  "pushl $0x17\n\t" \       // 堆栈段选择符 ss 入栈, 0x17 即二进制的 10111(特权级3、LDT、数据段)
  "pushl %%eax\n\t" \       // 堆栈指针 esp 入栈
  "pushfl\n\t" \          // 标志进村器 eflags 入栈
  "pushl $0x0f\n\t" \       // Task0 代码段选择符 cs 入栈, 0x0f 即 111 (特权级3、LDT、代码段)
  "pushl $1f\n\t" \       // 将下面标号 1 的偏移地址 eip 入栈
  "iret\n" \            // 出栈恢复现场,翻转特权级从 0 到 3,中断返回,会跳转到下面标号 1处
  "1:\tmovl $0x17,%%eax\n\t" \  // 此时开始执行进程 0 。
  "movw %%ax,%%ds\n\t" \      // 初始化段寄存器指向 task0 的局部表的数据段
  "movw %%ax,%%es\n\t" \      // 下面的代码使 es、fs、gs 与 ds 一致
  "movw %%ax,%%fs\n\t" \
  "movw %%ax,%%gs" \
  :::"ax")

1、寄存器

此时寄存器的信息如下:

ldt:

tss 未发生变化

2、分析

typedef struct desc_struct {
  unsigned long a,b;
} desc_table[256];

以下为 GDT、LDT、TSS 间的关系:

值的形式为:b:a,其位于地址 0x5cb8 处。

0 1 2 3 4 5
NULL 内核CS 内核DS NULL TSS0 LDT0
0:0 C09A00:FFF C09300:FFF 0:0 8B01:F4480068 8201:F4300068
6 7 8 9
TSS1 LDT1 TSS2 LDT2
0:0 0:0 0:0 0:0

2.1 段选择符

段选择符结构如下:

2.2 段描述符


2.3 Task0 处于用户态
CS

    此时段寄存器 CS0x0F。指定了 LDT 中具有 RPL=3 的段 1,其索引字段值是 1,TI 位是 1,指定 LDT 表。其指向Task0的局部描述符,其值为:C0FA00:0x9F

   备注:GDT 中第 5 个值 LDT0 存储了 LDT 描述符地址,其值为:8201:F4300068,其段基址为 0x1F430,段限长为 104 个字节。段基址正好指向 task[0] 中成员变量 ldt 的地址。而 task[0].ldt[1] 为 LDT 描述符,其值正是上文说的 C0FA00:0x9F

其他段寄存器 SS、DS、ES、FS、GS

    此时其他段寄存器 SSDS、ES、FS、GS 值为 0x17。指定了 LDT 中具有 RPL=3 的段 2,其索引字段值是 2,TI 位是 1,指定 LDT 表。其指向Task0的局部描述符,其值为:C0F300:0x9F

   备注:GDT 中第 4 个值 TSS0 存储了 TSS 描述符地址,其值为:8B01:F4480068,其段基址为 0x1F448,段限长为 104 个字节。段基址正好指向 task[0] 中成员变量 tss 的地址。而 task[0].tss 为 TSS 描述符,其值正是上文说的 C0F300:0x9F


2.4 Task0 处于内核态
CS

    此时段寄存器 CS0x08。其指定了 GDT 中具有 RPL=0 的段 1,其索引字段值是 1,TI 位是 0,指定 GDT 表。其指向的描述符值为:0xC09A00:FFF

其他段寄存器 SS、DS、ES、FS、GS

    此时其他段寄存器 SSDS、ES、FS、GS 值为 0x10。其指定了 GDT 中具有 RPL=0 的段 2,其索引字段值是 2,TI 位是 0,指定 GDT 表。其指向的描述符值为:0xC09300:FFF


Linux0.11 系统调用进程创建与执行(九)(下):https://developer.aliyun.com/article/1597313

目录
相关文章
|
16天前
|
网络协议 Linux
Linux查看端口监听情况,以及Linux查看某个端口对应的进程号和程序
Linux查看端口监听情况,以及Linux查看某个端口对应的进程号和程序
93 2
|
16天前
|
Linux Python
linux上根据运行程序的进程号,查看程序所在的绝对路径。linux查看进程启动的时间
linux上根据运行程序的进程号,查看程序所在的绝对路径。linux查看进程启动的时间
32 2
|
14天前
|
项目管理 敏捷开发 开发框架
敏捷与瀑布的对决:解析Xamarin项目管理中如何运用敏捷方法提升开发效率并应对市场变化
【8月更文挑战第31天】在数字化时代,项目管理对软件开发至关重要,尤其是在跨平台框架 Xamarin 中。本文《Xamarin 项目管理:敏捷方法的应用》通过对比传统瀑布方法与敏捷方法,揭示敏捷在 Xamarin 项目中的优势。瀑布方法按线性顺序推进,适用于需求固定的小型项目;而敏捷方法如 Scrum 则强调迭代和增量开发,更适合需求多变、竞争激烈的环境。通过详细分析两种方法在 Xamarin 项目中的实际应用,本文展示了敏捷方法如何提高灵活性、适应性和开发效率,使其成为 Xamarin 项目成功的利器。
34 1
|
14天前
|
Linux
揭秘Linux心脏:那些让你的编程事半功倍的主要系统调用
【8月更文挑战第31天】Linux中的系统调用是操作系统提供给应用程序的接口,用于请求内核服务,如文件操作、进程控制等。本文列举了22种主要系统调用,包括fork()、exec()、exit()、wait()、open()、close()、read()、write()等,并通过示例代码展示了如何使用fork()创建新进程及使用open()、write()、close()操作文件。这些系统调用是Linux中最基本的接口,帮助应用程序与内核交互。
27 1
|
18天前
|
消息中间件 Linux
Linux进程间通信
Linux进程间通信
31 1
|
19天前
|
C语言
Linux0.11 系统调用进程创建与执行(九)(下)
Linux0.11 系统调用进程创建与执行(九)
19 1
|
3天前
|
存储 Linux 程序员
Linux中的主要系统调用
【9月更文挑战第11天】在Linux操作系统中,通过系统调用`fork`创建新进程,子进程继承父进程的数据结构与代码,但可通过`execve`执行不同程序。`fork`返回值区分父子进程,`waitpid`让父进程等待子进程结束。
|
4天前
|
Linux 开发者 Python
从Windows到Linux,Python系统调用如何让代码飞翔🚀
【9月更文挑战第10天】在编程领域,跨越不同操作系统的障碍是常见挑战。Python凭借其“编写一次,到处运行”的理念,显著简化了这一过程。通过os、subprocess、shutil等标准库模块,Python提供了统一的接口,自动处理底层差异,使代码在Windows和Linux上无缝运行。例如,`open`函数在不同系统中以相同方式操作文件,而`subprocess`模块则能一致地执行系统命令。此外,第三方库如psutil进一步增强了跨平台能力,使开发者能够轻松编写高效且易维护的代码。借助Python的强大系统调用功能,跨平台编程变得简单高效。
11 0
|
13天前
|
Unix Linux
linux中在进程之间传递文件描述符的实现方式
linux中在进程之间传递文件描述符的实现方式
|
14天前
|
开发者 API Windows
从怀旧到革新:看WinForms如何在保持向后兼容性的前提下,借助.NET新平台的力量实现自我进化与应用现代化,让经典桌面应用焕发第二春——我们的WinForms应用转型之路深度剖析
【8月更文挑战第31天】在Windows桌面应用开发中,Windows Forms(WinForms)依然是许多开发者的首选。尽管.NET Framework已演进至.NET 5 及更高版本,WinForms 仍作为核心组件保留,支持现有代码库的同时引入新特性。开发者可将项目迁移至.NET Core,享受性能提升和跨平台能力。迁移时需注意API变更,确保应用平稳过渡。通过自定义样式或第三方控件库,还可增强视觉效果。结合.NET新功能,WinForms 应用不仅能延续既有投资,还能焕发新生。 示例代码展示了如何在.NET Core中创建包含按钮和标签的基本窗口,实现简单的用户交互。
38 0