为什么又ioremap_nocache一次,之前已经是虚拟地址了!
p->mem_base = 0x83800000;
p->reg_base = 0x01c00000;
p->virt_reg = io_p2v( p->reg_base );
p->reg_len= 0x00400000; // 4 MB
p->virt_mem = io_p2v( p->mem_base );
p->mem_len= 0x00800000; // 8 MB
p->enc_channels = 1;
p->dec_channels = 1;
p->work_queue = NULL;
p->virt_reg = (uint32)ioremap_nocache(p->reg_base, p->reg_len);//p->reg_len
p->virt_mem = (uint32)ioremap_nocache(p->mem_base, p->mem_len);//p->mem_len

个人认为如果之前的reg_base和mem_base在初始化或者其他地方已经map到uncached的地址空间的话，后面的ioremap_nocache()应该是不需要的；如果之前没有map到uncached的地址空间，实际上io_p2v的2句没有意义，只有后面的ioremap_nocache()有用。

难道可以对一个已经是内核虚拟地址的地址使用ioremap_nocache进行重新映射?
ioremap_noche的输入参数如果是一个内核虚拟地址,映射出来的又是什么东西?
==========================================================================
ioremap_noche并不知道你传进去的参数代表的是物理地址或者虚拟地址，它只会认为你这个参数就是物理地址(如果你传的虚拟地址，它还是认为这个是物理地址)，所以这个函数能返回成功，但是你以后对此地址进行操作，是达不到你理想的结果的(也就是你操作的地址并不是你真正想要操作的地址)。

这个有碰到过，但是没有深入的去理解。现在将我的一些理解跟你分享下。
这里的nocache，在一些体系结构中是这样分配的，不知道是不是都一样。
就是，我们在虚地址中，分为带cache还是不带cache的地址空间的。有些
对接口的操作需要在不带cache地址中操作。同样都是虚地址，但是分配而
起的作用是不同的。具体的去深入对相应的CPU体系结构，计算机系统中去
理解。也希望你以后的理解跟大家一起分享。

使用ioremap()函数把物理内存映射到逻辑内核空间。如果你的处理器内部有cache，那么你要改用ioremap_nocache(),要不然会耗费cache空间

我指的是既然后面已经用ioremap_nocache()重新赋值给virt_*的话，前面io_p2v获得的地址并没有实际用上。

会有什么样子的结果，引起linux的那个segment   fault，还是内核崩溃？
================================================================
通常情况下会是segment   fault,也有可能是逻辑出错，还有可能内核崩溃，关键是你访问这段内存的时候在什么地方？以及映射的这个误以为物理地址的逻辑地址是多少，如果恰巧是正常的物理页，而且恰巧是在数据段的数据，就会出现逻辑错误