Memory Policy

Memory Policy

在启动一个linux设备时，发现有这样一行log:
Memory policy: ECC disabled, Data cache writealloc
其中的writealloc让我想起了前几天做过的一个内存测试。

当时写了个小程序测试memcpy的速度。
代码过程大概是：malloc了两块buffer（src, dest），将其中的一块memcpy到另一块，在memcpy之前和之后分别gettimeofday。
测试发现，如果memcpy之前，写过src，速度比较慢；如果未写过，即只是malloc了，并为对内容进行初始化，则速度很快。两者速度相差5倍以上。
是不是malloc的内存，如果不去写，其实不真正分配？
验证发现，在未写过src的情况下，memcpy之后，dest的内容为全0.
这进一步坚信了上面的假设。但并未找到理论根据。

这次看到的log: writealloc，看字面意思，好像是写的时候才去分配，难道就是苦苦寻找的理论依据？

先看看是谁打出来该log。
在我们的项目中，是文件：arc/arm/mm/mmu.c中的函数build_mem_type_table中打印出来的该log。
搜索发现memory policy其实有五种：
uncached
buffered
writethrough
writeback
writealloc
其中默认的是writeback。
为什么我们的系统上是writealloc呢？
原来有这么一个东东：early_param("cachepolicy", early_cachepolicy);
这样就可以在内核启动时候的command line中设置该参数。
通过文章：http://lli_njupt.0fees.net/ar01s09.html
了解到，可以在CONFIG_CMDLINE或Bootloader中传递参数。
CONFIG_CMDLINE是的kernel中定义的，基本上是在arch/arm/configs/下cpu对应的defconfig中定义。
但是如果指定了command line frome bootloader，则CONFIG_CMDLINE的定义就不起作用了。
bootloader中command line一般定义在include/configs下特定cpu对应的文件，一般为ENV_BOOT_CMD_LINUX。

我们的系统中用到是bootloader中传入的command line。
但是其中并没有cachepolicy相关的信息。

在kernel代码中搜索writealloc函数，发现mmu.c中有使用。
也是在函数build_mem_type_table中：
 if (is_smp())
  cachepolicy = CPOLICY_WRITEALLOC;
  
可以看出这smp的情况下，强制指定为writealloc。
函数调用关系：
start_kernel->setup_arch->paging_init->build_mem_type_table

另外，关于early_param的函数调用关系：
start_kernel->parse_early_param->parse_early_options
parse_early_options中将do_early_param作为函数指针传给了parse_args。
do_early_param中实现了param设置：
p->setup_func(val)