关于ucore实验一的资料查找
任务：阅读实验一makefile 搞清楚ucore.img是如何构建的
$@ $< $^ 这三个变量分别是什么意思 https://blog.csdn.net/YEYUANGEN/article/details/36898505
=和：=的区别 https://stackoverflow.com/questions/448910/what-is-the-difference-between-the-gnu-makefile-variable-assignments-a
dd命令 http://www.runoob.com/linux/linux-comm-dd.html
call命令
通配符
$(call create_target,ucore.img)不懂，create_target是内置函数？
makefile教程：https://blog.csdn.net/special00/article/details/51084619 包含call 函数调用的说明
找到一个TsingHua大佬在github的实验:https://github.com/dongyp13/os_lab/blob/master/labcodes/lab1/lab1-%E8%91%A3%E8%83%A4%E8%93%AC.md
GCC的-fno-builtin选项 https://blog.csdn.net/baiyu9821179/article/details/73007124
-gstabs
此选项以stabs格式声称调试信息,但是不包括gdb调试信息.
-gstabs+
此选项以stabs格式声称调试信息,并且包含仅供gdb使用的额外调试信息.
-ggdb
此选项将尽可能的生成gdb的可以使用的调试信息.
GCC选项-g和-ggdb的区别 https://my.oschina.net/moooofly/blog/493859
Linux 中的 cc 命令 https://blog.csdn.net/candy060403/article/details/7519370
-nostdinc不要在标准系统目录中寻找头文件.只搜索`-I'选项指定的目录(以及当前目录,如果合适).
结合使用`-nostdinc'和`-I-'选项,你可以把包含文件搜索限制在显式指定的目录.
GCC 4.1 中三个与堆栈保护有关的编译选项
-fstack-protector：
启用堆栈保护，不过只为局部变量中含有 char 数组的函数插入保护代码。
-fstack-protector-all：
启用堆栈保护，为所有函数插入保护代码。
-fno-stack-protector：
禁用堆栈保护。
有关堆栈保护内容 https://www.ibm.com/developerworks/cn/linux/l-cn-gccstack/index.html
-Idir在头文件的搜索路径列表中添加dir 目录.
-I-任何在`-I-'前面用`-I'选项指定的搜索路径只适用于`#include "file"'这种情况;他们不能用来搜索`#include <file>'包含的头文件.
如果用`-I'选项指定的搜索路径位于`-I-'选项后面,就可以在这些路径中搜索所有的 `#include'指令. (一般说来-I选项就是这么用的.)
还有, `-I-'选项能够阻止当前目录(存放当前输入文件的地方)成为搜索`#include "file"'的第一选择.没有办法克服`-I-'选项的这个效应.你可以指定 `-I.'搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不完全一样,但是结果通常 令人满意.
`-I-'不影响使用系统标准目录,因此, `-I-'和`-nostdinc'是不同的选项.
-Ldir在`-l'选项的搜索路径列表中添加dir目录.
关于fno-builtin和fno-builtin-function编译选项
https://blog.csdn.net/SstudentT/article/details/52910696
CLI https://en.wikipedia.org/wiki/Interrupt_flag
CLD https://en.wikipedia.org/wiki/Direction_flag#cite_note-1
A20地址线 https://blog.csdn.net/ruyanhai/article/details/7181842
gdb 跳过当前断点进入下一个断点时别忘了输入 c
fwrite和fread函数的用法小结 https://blog.csdn.net/sky_qing/article/details/12783045
100个gdb小技巧 https://wizardforcel.gitbooks.io/100-gdb-tips/print-registers.html
(伪,不确定)代码说明指令行为：x86 Instruction Set Reference https://c9x.me/x86/
Makefile 中命令的@,-@,+@符号 作用 https://blog.csdn.net/elfprincexu/article/details/51886620
实模式切换到保护模式，为什么要开启A20地址线（系统升级产生的兼容性问题）https://blog.csdn.net/PacosonSWJTU/article/details/48005813
某位大佬ucore实验1-3 https://blog.csdn.net/winkar/article/details/40017573
（硬件信息比较详细）ucore操作系统实验笔记 - Lab1-3 https://segmentfault.com/a/1190000009386091
某位大佬ucore实验1-8 https://blog.csdn.net/qq_19876131/article/details/51706973
ucore实验之操作系统启动流程 http://blog.xiaohansong.com/2015/10/02/ucore%E5%AE%9E%E9%AA%8C%E4%B9%8B%E6%93%8D%E4%BD%9C%E7%B3%BB%E7%BB%9F%E5%90%AF%E5%8A%A8%E6%B5%81%E7%A8%8B/
ucore实验结构和ex实验？http://os.cs.tsinghua.edu.cn/oscourse/ucore/2016
某位大佬ucore实验1-8 https://blog.csdn.net/ni9htmar3/article/category/6793322
ucore的makefile部分解释 https://blog.csdn.net/u013484370/article/details/50638353
ucore 1-8 https://blog.csdn.net/tangyuanzong/article/category/7110079
ucore2,3,4,6 https://blog.csdn.net/th_num/article/category/6148598
ucore1-8 https://blog.csdn.net/cs_assult/article/category/3273629
操作系统：ucore的部分Bug&挑战练习 https://blog.csdn.net/He11o_Liu/article/details/54028501
全局描述符表格式：https://blog.csdn.net/yuzhihui_no1/article/details/42386915
分段模式：https://www.csie.ntu.edu.tw/~wcchen/asm98/asm/proj/b85506061/chap2/segment.html
asm.h中 .word是什么意思：.word就是在这个地方放一个值。相当于在这里定义一个数据变量。用.word定义了一个16bit的数据。http://sdnydubing.blog.163.com/blog/static/13747057020112904958830/
.byte应该就是8bit的数据变量吧？http://qvb3d.iteye.com/blog/1172510
段描述符：https://blog.csdn.net/longintchar/article/details/50489889
段描述符：http://guojing.me/linux-kernel-architecture/posts/segment-descriptor/
初始化各种段描述符：https://www.cnblogs.com/pacoson/p/4893177.html
关于asm.h 中的汇编宏
#define SEG_ASM(type,base,lim) \
.word (((lim) >> 12) & 0xffff), ((base) & 0xffff); \
.byte (((base) >> 16) & 0xff), (0x90 | (type)), \
(0xC0 | (((lim) >> 28) & 0xf)), (((base) >> 24) & 0xff)
这个是声明了两个16bit的数据变量和4个8bit的数据变量
段描述符是上下两条 一共64bit
关于上面这个汇编宏是考虑了大小端的，此处考虑x86是小端模式，即高位高地址，低位低地址，然后存的时候我们默认先从内存的低地址开始存
ljmp的含义：
0xffff0: ljmp $0xf000,$0xe05b 也就是说，BIOS开始的地址应该是 $cs << 4 | 0xe05b = 0xfe05b
# ljmp <imm1>, <imm2>
# %cs ← imm1
# %ip ← imm2
关于ljmp:
|
（7） |
远程的转移指令和子程序调用指令的操作码名称，在AT&T格式中为“ljmp”和“lcall气而 在Intel格式中，则为"JMP FAR"和"CALL FAR"。当转移和调用的目标为直接操作数时， 两种不同的表示如下： CALL FAR SECTION:OFFSET （Intel格式） JMP FAR SECTIOM:OFFSET （Intel格式） lcall $section, $offset （AT&T格式） ljmp $section，$offset （AT&T格式） 与之相应的远程返回指令，则为： RET FAR STACK_ADJUST（Intel格式） lret $stack_adjust （AT&T格式） |
由于我们要将实模式切换为保护模式，所以要关掉A20地址线，A20地址线的关闭要通过与Intel 8042控制器进行通信来实现
主要用到8042的两个端口
PS/2 compatibles.
| IO Port | Access Type | Purpose |
|---|---|---|
| 0x60 | Read/Write | Data Port |
| 0x64 | Read | Status Register |
| 0x64 | Write | Command Register |
然后0x64是命令端口，0x60是数据端口
进行操作时要首先考虑该设备的状态信息，即缓冲区是否为空
| Bit | Meaning |
|---|---|
| 0 | Output buffer status (0 = empty, 1 = full)
(must be set before attempting to read data from IO port 0x60) |
| 1 | Input buffer status (0 = empty, 1 = full)
(must be clear before attempting to write data to IO port 0x60 or IO port 0x64) |
| 2 | System Flag
Meant to be cleared on reset and set by firmware (via. PS/2 Controller Configuration Byte) if the system passes self tests (POST) |
| 3 | Command/data (0 = data written to input buffer is data for PS/2 device, 1 = data written to input buffer is data for PS/2 controller command) |
| 4 | Unknown (chipset specific)
May be "keyboard lock" (more likely unused on modern systems) |
| 5 | Unknown (chipset specific)
May be "receive time-out" or "second PS/2 port output buffer full" |
| 6 | Time-out error (0 = no error, 1 = time-out error) |
| 7 | Parity error (0 = no error, 1 = parity error) |
流程是，检查状态，缓冲区为空就写入命令端口，再次检查状态，缓冲区为空就写入数据端口将A20地址线标志位置位关闭
BIOS是系统自己的固件，不用管，当BIOS启动后的某一个阶段会将ucore.img？load 到0x7c00，然后将控制权交给0x7c00
而0x7c00后面就是我们的bootasm.S以及后面调用的bootmain.c合并之后的汇编代码
bootasm.S将A20关闭，定义了代码段和数据段的GDT表项，然后将栈空间定义为0x0000到0x7c00并且在这里呼叫了bootmain.c中的bootmain函数
bootmain在干什么尚不清楚，稍后研究。更新：bootmain是用来将文件kernel(elf格式)加载到内存中去，也就是解析elf格式的内核文件，elf:executable linkable file
bootmain连续加载了磁盘扇区(位于bootloader后面的连续的四个扇区)，然后进行elf的解析
系统启动流程
1.系统加电 BIOS初始化硬件
2.BIOS读取主引导扇区代码
3.主引导扇区的代码读取活动分区的引导扇区代码
4.引导扇区的代码读取文件系统中的加载程序
加载程序bootloader
1.从文件系统中读取启动配置信息（加载程序）
2.启动菜单：可选的操作系统内核列表和加载参数
3.依据配置加载指定内核并跳转到内核执行
IRQ Numbers：https://www.webopedia.com/quick_ref/IRQnumbers.asp
中断向量符表：http://guojing.me/linux-kernel-architecture/posts/interrupt-descriptor-table/
又一位大佬（UESTC）的ucore实验1:http://xr1s.me/2018/05/15/ucore-lab1-report/
貌似gdb target链接qemu之后只能si调试了？？？https://github.com/chyyuu/ucore_os_lab/issues/39
calltree 查看函数调用 http://blog.51cto.com/chenqin/977113
各种段寄存器：https://wiki.osdev.org/CPU_Registers_x86#EFLAGS_Register
pusha指令：https://blog.csdn.net/ross1206/article/details/72831209 https://c9x.me/x86/html/file_module_x86_id_270.html
trapframe数据结构：http://www.cnblogs.com/fanzi2009/archive/2011/04/07/2008144.html
IBM内联汇编教程：https://www.ibm.com/developerworks/cn/linux/sdk/assemble/inline/index.html
中断指令以及中断和异常控制在x86手册的位置：https://c9x.me/x86/html/file_module_x86_id_142.html
