Linux 内存管理 高端内存的映射方式
解释一:
高端内存是指物理地址大于 896M 的内存。
对于这样的内存，无法在“内核直接映射空间”进行映射。
为什么？
因为“内核直接映射空间”最多只能从 3G 到 4G，只能直接映射 1G 物理内存，对于大于 1G 的物理内存，无能为力。
实际上，“内核直接映射空间”也达不到 1G， 还得留点线性空间给“内核动态映射空间” 呢。
因此，Linux 规定“内核直接映射空间” 最多映射 896M 物理内存。
对 于高端内存，可以通过 alloc_page() 或者其它函数获得对应的 page，但是要想访问实际物理内存，还得把 page
转为线性地址才行（为什么？想想 MMU 是如何访问物理内存的），也就是说，我们需要为高端内存对应的 page
找一个线性空间，这个过程称为高端内存映射。
高端内存映射有三种方式：
1、映射到“内核动态映射空间”
这种方式很简单，因为通过 vmalloc() ，在”内核动态映射空间“申请内存的时候，就可能从高端内存获得页面（参看 vmalloc 的实现），因此说高端内存有可能映射到”内核动态映射空间“ 中。
2、永久内核映射
如果是通过 alloc_page() 获得了高端内存对应的 page，如何给它找个线性空间？
内核专门为此留出一块线性空间，从
PKMAP_BASE 到
FIXADDR_START ，用于映射高端内存。在
2.4 内核上，这个地址范围是
4G-8M 到
4G-4M 之间。这个空间起叫“内核永久映射空间”或者“永久内核映射空间”
这个空间和其它空间使用同样的页目录表，对于内核来说，就是
swapper_pg_dir，对普通进程来说，通过 CR3 寄存器指向。
通常情况下，这个空间是
4M 大小，因此仅仅需要一个页表即可，内核通过来 pkmap_page_table 寻找这个页表。
通过 kmap()， 可以把一个 page 映射到这个空间来
由于这个空间是
4M 大小，最多能同时映射
1024 个
page。因此，对于不使用的的
page，及应该时从这个空间释放掉（也就是解除映射关系），通过
kunmap() ，可以把一个 page 对应的线性地址从这个空间释放出来。
3、临时映射
内核在
FIXADDR_START 到
FIXADDR_TOP 之间保留了一些线性空间用于特殊需求。这个空间称为“固定映射空间”
在这个空间中，有一部分用于高端内存的临时映射。
这块空间具有如下特点：
1、
每个
CPU 占用一块空间
2、
在每个
CPU 占用的那块空间中，又分为多个小
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
例一：发送Signaling Packet：
Signaling Command是2个Bluetooth实体之间的L2CAP层命令传输。所以得Signaling Command使用CID 0x0001.
多个Command可以在一个C-frame（control frame）中发送。
如果要直接发送Signaling Command.需要建立SOCK_RAW类型的L2CAP连接Socket。这样才有机会自己填充Command Code，Identi ......
TIMER_INITIALIZER（）：
1):TIMER_INITIALIZER（）用来声明一个定时器，它的定义如下：
#define TIMER_INITIALIZER(_function, _expires, _data) { \
.function = (_fun ......
d 目录
l 符号链接(指向另一个文件)
s 套接字文件
b 块设备文件
c 字符设备文件
p 命名管道文件
- 普通文件，或者更准确地说不属于以上几种类型的文件
-------------------------------------------------------------
文件权限
r代表可读
w代表可写
x代表可运行 � ......
Skate
查看os系统块的大小
[root]# /sbin/tune2fs -l /dev/sda1
查看os系统页的大小
[oracle@skate-test ~]$ getconf PAGESIZE
4096
修改块的大小：
创建文件系统时，可以指定块的大小。如果将来在你的文件系统中是一些比较大的文件的话，使用较大的块大小 ......
