从ffff000000000000到ffff7fffffffffff是一段针对物理地址的线性映射区，最大支持128TB的物理地址空间，这一段地址非常类似ARM32的low memory映射区。

我们看看这种情况下的页表，我们既可以用最终的【20:12】对应的PTE映射项，以4K为单位，进行虚拟地址到物理地址的映射;又可以以【29:21】对应的PMD映射项，以2M为单位，进行虚拟地址到物理地址的映射。
对于用户空间的虚拟地址而言，当我们进行的是PMD映射的时候，我们得到的是Huge Page，ARM64的2MB的huge page，在虚拟和物理上都连续，它在实践工程中的好处是，可以减小TLB miss，因为，如果进行了2MB的映射，整个2MB不再需要PTE，映射关系大为减小。
对于内核空间而言，从ffff000000000000到ffff7fffffffffff的这段虚拟地址，如果与物理地址进行的是一种PMD映射的话，显然也可以达到同样的效果。但是，这不意味着它们就是Huge Page。众所周知，内核开机把物理地址往虚拟地址进行线性映射，并不意味着这片内存被内核拿走了，它只是进行了一种映射，以便日后调用kmalloc()，get_free_pages()等API申请的内存是直接已经有虚实映射的。所以，即便内核进行的就是PMD映射，在内存的分割上，还是可以以4K为单位的：

所以，即便我们在内核空间进行PMD映射，里面的每个蓝色圆圈(一个4K页)，还是可以被单独分配的，这种分配可以是kmalloc、vmalloc，用户态的malloc等。内核态进行的PMD映射，不意味着相关的2MB成为了huge page，它纯粹只是为了服务于当内核以线性映射的虚拟地址访问该物理地址的时候(我们认为内核大多数时候是用这个线性映射的虚拟地址的)，减小TLB miss。

当然，更牛逼的情况下，内核应该也可以直接用【38:30】位的PUD来进行映射，这样映射关系是1GB的，则整个1GB后面占TLB的时候，只需要占一个入口。