关于Linux ION和Melis3.0系统中物理地址分配的异同分析

问题描述：VPU做缩略图编码的应用中，同样一份jpeg编码库，在Linux中编码出来的缩略图没有问题，但是用Melis系统编码出来的缩略图，顶部有黑线和横杠。

Melis编码效果如下图所示：

Linux Tina编码出的图像却是这个样子的：

Linux可能是白平衡没有做好，色调偏红，这里忽略色调问题，单纯看这个黑线和横杠的问题。

解决方案：

通过分析，在melis系统上关闭dcache(关闭arm dcache的方法有两种，一种是直接关闭系统控制寄存器SCTLR.M位，另一种是通过页表关闭，具体见这里)后，melis出图就正常了。所以问题一定出在cache matainence中，关于ARM的cache mantainence操作，和MIPS一样，分为invalidate 和 flush，前者无效cache tag位，后者将dirty的cache line回写到physical memory, 经过一番查找，最终在VPU编码库中找到了一个位置确实没有对VBV buffer做cache matainence操作，加上后，问题解决。

---

问题虽然解决，但是还遗留一个大大的问号，Linux和Melis共用同一套编码逻辑，为何这个问题只出现在Melis上，而没有出现在Tina上面呢？经过分析，怀疑可能出现在内存分配的方式上，经过多年的的开发，Melis已经纳入了Linux系统的才有的动态加载，虚拟内存等机制。VPU在Melis中分配的虚拟内存是带cache属性的（上面说说到这个问题是通过关闭dcache找到的切入点就是针对这个前提),而Tina则是通过ION分配的内存，方便内核和用户态共享。那就需要从这个角度分析这个问题。

总线地址和物理内存内部偏移地址：

这里排除虚拟地址的概念(讨论的问题和从CPU角度看到的虚拟地址无关），通常硬件IP访问的物理地址有两种形式，一种是从系统总线角度看到的物理地址，另一种是基于物理内存的内部偏移。如下图：