探讨 Starry 对x86支持的工作

[asmcos]

依赖于架构方面的内容主要是在两个方面：

1. trap上下文切换，由于比赛需求对trap上下文扩展了浮点数寄存器的保存，修改了任务上下文的一些内容，但是应该是同理可以放在x86里面
2. 特权级机制，由于引入了地址空间等内容，所以这个过程中需要用到一系列特权级寄存器的修改，您也许需要找到x86里面相对应的支持就好。

然后我们的开发过程中很多地方仅做了对riscv的处理，没有处理多指令集。您在修改的时候可以通过搜索的方式，搜索*.rs中带有monolithic或者riscv的字段的相关内容，看看这里是否需要做兼容，这样会比较方便

[asmcos]

trap上下文扩展了浮点数寄存器的保存， 参考Linux内核设计：
Linux内核为每个进程维护了一个名为thread的结构体，其中包含了一个名为i387的联合体，用于保存浮点寄存器的状态1。
Linux内核还为每个进程维护了一个名为PF_USED_MATH的标志位，用于表示该进程是否使用过浮点运算2。
当一个进程第一次使用浮点运算时，内核会调用init_fpu()函数，初始化浮点单元（FPU），并设置PF_USED_MATH标志位为13。
当一个进程被中断时，内核会检查PF_USED_MATH标志位，如果为1，则调用save_init_fpu()函数，将浮点寄存器的状态保存到thread.i387中4。如果为0，则不需要保存浮点寄存器。
当一个进程从中断恢复时，内核会检查PF_USED_MATH标志位，如果为1，则调用restore_fpu()函数，将thread.i387中的状态恢复到浮点寄存器中5。如果为0，则不需要恢复浮点寄存器。

[asmcos]

当一个进程第一次使用浮点运算时，它会触发一个未定义指令异常（Undefined Instruction Exception），因为此时浮点单元（FPU）还没有被使能1。
内核会捕获这个异常，并调用do_undefinstr()函数来处理2。这个函数会检查异常的原因是否是由于浮点运算导致的，如果是，就会调用init_fpu()函数3。
init_fpu()函数的作用是初始化浮点单元（FPU），并设置PF_USED_MATH标志位为14。具体的步骤如下：
调用fpu__init_system()函数，初始化FPU的系统状态和控制寄存器。
调用fpu__clear()函数，清空FPU的工作寄存器。
调用fpu__activate_curr()函数，激活当前进程的FPU上下文。
设置PF_USED_MATH标志位为1，表示当前进程已经使用过浮点运算。
init_fpu()函数执行完毕后，内核会返回到用户空间，继续执行浮点运算指令。
以上是我为你找到的一些关于内核如何调用init_fpu()函数，初始化浮点单元（FPU），并设置PF_USED_MATH标志位的信息