在移植linux2.6.18.1到龙芯3210的时候，也就是在移植笔记3里，对Cache和TLB进行了一段修改，移植的时候以对照的方式进行修改，，现在来看看，为什么代码这样写。
在移植Linux到龙芯3210笔记3里面已经知道，对Cache和TLB的操作是在trap_init里完成的，查了一下trap的英文意思，有一个解释是”存水池”。
然后进入per_cpu_trap_init，看到两个函数的调用：
cpu_cache_init();
tlb_init();
对了，正是这两个函数。
先来看cpu_cache_init:
在./arch/mips/kernel/cpu-probe.c里我们加入了一段代码：
（在cpu_probe_legacy函数里）
switch (c->processor_id & 0xff00) {
case … …
… …
case PRID_IMP_SOC32101:
c->cputype = CPU_SOC32101;
c->isa_level = MIPS_CPU_ISA_II;
c->options = R4K_OPTS |
/* MIPS_CPU_FPU | */ MIPS_CPU_LLSC;
c->tlbsize = 48;
break;
}
看到c->options的值是R4K_OPTS
而：
#define R4K_OPTS (MIPS_CPU_TLB | MIPS_CPU_4KEX | MIPS_CPU_4K_CACHE \
| MIPS_CPU_COUNTER)
明显地，c->options记录的就是选定一些关于该CPU的一些特性。而这些特性就成了判断的标志位，从而选择不同的初始化，其中MIPS_CPU_4K_CACHE特性就是关于Cache的。
回到cpu_cache_init函数，在./arch/mips/mm/cache.c里。
该函数就是根据不同的CPU特性来决定用哪个函数初始化我们的cache。
在./include/asm-mips/cpu-features.h定义了这个判定宏：
#define cpu_has_4k_cache (cpu_data[0].options & MIPS_CPU_4K_CACHE)
显然，对cache的初始化是由r4k_cache_init来执行的。
进入r4k_cache_init，看到：
probe_pcache();
不能接受失败，也意味太想去成功了，从心理学上解释，
