为何memset会导致我的高半区内核触发页错误（中断14）？
兄弟，当年我折腾高半区内核的时候也踩过一模一样的坑，太懂这种页错误突然蹦出来的崩溃感了！结合你的描述，我给你捋几个最可能的原因，还有实用的排查方向：
最可能的几个问题点
kernel_dir的虚拟地址根本没被映射
高半区内核的所有虚拟地址（包括kernel_dir指向的0xC0xxxxxx区域）都是靠页表绑定到物理内存的。如果你在还没完成页表初始化、没把kernel_dir对应的物理页映射到这个虚拟地址的时候就调用memset，CPU访问这个虚拟地址时找不到对应的物理页，直接就触发页错误了。
举个例子：你用pmm_alloc拿了一块物理内存当页目录，但没把这块物理页和kernel_dir的虚拟地址做映射绑定，那这个虚拟地址就是“悬空”的，碰它就炸。memset的范围超出了已映射的内存
你有没有核对过memset的第三个参数（长度）？比如你想初始化整个页目录，是不是写成了sizeof(page_dir_t)？如果不小心写大了，memset写到了kernel_dir后面还没建立映射的虚拟内存区域，那肯定会触发页错误。毕竟高半区不是所有地址都默认映射好的，得你自己一步步建立映射。页表初始化顺序搞反了
高半区内核的页表初始化有个关键：你得先把页目录自身的虚拟地址映射到物理页，不然连操作页目录本身都会出问题。很多人会先建一个临时页表来映射内核核心区域（包括页目录的地址），然后再切换到正式页目录。如果你跳过了这一步，直接在临时页表没覆盖kernel_dir地址的时候就去memset它，那必然会出错。页表项的权限设置不对
就算你映射了物理页，如果页表项的权限没开对（比如设成了只读，但memset是写操作），CPU也会触发页错误。不过这种情况的错误码会明确标出来是权限问题，你可以看看中断14的错误码来区分。
给你的排查小技巧
- 先查页错误的错误码：中断14的错误码里有位标志，能告诉你是缺页、权限错误还是其他问题，这是最快定位的方法。
- 用调试工具确认映射：比如用QEMU+GDB，直接查看
kernel_dir这个虚拟地址对应的页表项，看是不是真的绑定了物理页，权限对不对。 - 调整初始化顺序：把memset的调用挪到页表初始化完成之后，看看还会不会崩——如果不崩了，那就是顺序问题无疑。
- 核对memset的长度：打印一下
sizeof(page_dir_t)的值，确认你传的长度参数和这个一致，别手滑写多了。
备注：内容来源于stack exchange，提问作者xingharvey
