用户进程&内核线程的内核空间的pgd

/*************************************************/

crash> task_struct | grep mm_struct

struct mm_struct *mm;

struct mm_struct *active_mm;

crash> mm_struct | grep pgd

pgd_t *pgd;

crash>

crash> ps | grep ">"

> 0 0 1 e6846c00 RU 0.0 0 0 [swapper/1]

> 1190 1 0 e68dcca0 RU 0.1 820 460 sh

内核进程的mm成员为NULL，需要使用active_mm成员。

crash> task_struct.active_mm e6846c00

active_mm = 0xe606b040

crash> mm_struct.pgd 0xe606b040

pgd = 0xe6368000

crash> task_struct.active_mm e68dcca0

active_mm = 0xe63c8d80

crash> task_struct.mm e68dcca0

mm = 0xe63c8d80

crash> mm_struct.pgd 0xe63c8d80

pgd = 0xe6390000

每个进程的pgd的大小应该是 16K 2^32/2^21 = 2^11 = 2K*8 = 16K(每个pgd占8个字节)

每个进程使用16K的pgd,看上去很大，如果是256M的内存，可能的进程个数为2^8*2^20/2^14 = 2^14=16*1024个进程

一万多个，看上去还行。

内核空间的pgd内容应该相同：使用上面的两个进程的 pgd 验证：

内核空间占页表的后1/4：也就是后4K【12-16】

从12K 开始：0x3000(12KB)

crash> rd e6393000 16

e6393000: 8001140e 8011140e 8021140e 8031140e ..........!...1.

e6393010: 8041140e 8051140e 8061140e 8071140e ..A...Q...a...q.

e6393020: 8081140e 8091140e 80a1140e 80b1140e ................

e6393030: 80c1140e 80d1140e 80e1140e 80f1140e ................

crash> rd e636b000 16

e636b000: 8001140e 8011140e 8021140e 8031140e ..........!...1.

e636b010: 8041140e 8051140e 8061140e 8071140e ..A...Q...a...q.

e636b020: 8081140e 8091140e 80a1140e 80b1140e ................

e636b030: 80c1140e 80d1140e 80e1140e 80f1140e ................

从14K开始

crash> rd 0xe636b800 16

e636b800: a001140e a011140e a021140e a031140e ..........!...1.

e636b810: a041140e a051140e a061140e a071140e ..A...Q...a...q.

e636b820: a081140e a091140e a0a1140e a0b1140e ................

e636b830: a0c1140e a0d1140e a0e1140e a0f1140e ................

crash> rd 0xe6393800 16

e6393800: a001140e a011140e a021140e a031140e ..........!...1.

e6393810: a041140e a051140e a061140e a071140e ..A...Q...a...q.

e6393820: a081140e a091140e a0a1140e a0b1140e ................

e6393830: a0c1140e a0d1140e a0e1140e a0f1140e ................

从15K开始：

有些数据段是不同，页表和没有同步。当代码段和常量数据段肯定是相同的。

不同的进程的 mm_struct是一样的，这也许就是所说的线程？

1599 1 0 e68f8140 IN 0.5 58692 3516 Binder_1

1600 1 0 e6ba1cc0 IN 0.5 58692 3516 Binder_2

crash> task_struct.mm e68f8140

mm = 0xe606b040

crash> task_struct.mm e6ba1cc0

mm = 0xe606b040

现在看一下主内核页表：

crash> eval (0xc0004000+0x3000) 【+12K 内核线性地址开始的地方】

crash> rd c0007000 16

c0007000: 8201140e 8211140e 8221140e 8231140e ..........!...1.

c0007010: 8241140e 8251140e 8261140e 8271140e ..A...Q...a...q.

c0007020: 8281140e 8291140e 82a1140e 82b1140e ................

c0007030: 82c1140e 82d1140e 82e1140e 82f1140e ................

用户空间的线性地址范围前3G：对应的pgd entry 都是0.

crash> eval (c0007000-0x40)

hexadecimal: c0006fc0

crash> rd c0006fc0 16

c0006fc0: 00000000 00000000 00000000 00000000 ................

c0006fd0: 00000000 00000000 00000000 00000000 ................

c0006fe0: 00000000 00000000 00000000 00000000 ................

c0006ff0: 00000000 00000000 b07ef811 b07efc11 ..........~...~.

后面两个2是什么内容，为什么不是0？干什么用的？，以后也许会知道。

/*所有的内核线程包括idle都共享同一个地址空间：pgd = 0xc0004000*/

> 5 2 0 ee073c00 RU 0.0 0 0 [kworker/u:0]

crash> task_struct ee073c00 | grep "mm"

mm = 0x0,

active_mm = 0xc0751ca0 <init_mm>,

comm = "kworker/u:0\000\000\000\000",

crash> mm_struct | grep "pgd"

pgd_t *pgd;

crash> mm_struct.pgd 0xc0751ca0

pgd = 0xc0004000