为什么又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,也有可能是逻辑出错,还有可能内核崩溃,关键是你访问这段内存的时候在什么地方?以及映射的这个误以为物理地址的逻辑地址是多少,如果恰巧是正常的物理页,而且恰巧是在数据段的数据,就会出现逻辑错误