一般,一个模块中会有一个模块基地址(IO地址)我们在设计一个模块的driver时候,通常需要在初始化的时候获得该地址的虚拟地址。
2种方式:静态映射,动态映射。
静态映射不再赘述,使用IO_ADDRESS(addr
)获取一一对应的提前预留的虚拟地址即可
重点描述动态映射:
1.ioremap(hw_addr,size)
其中hw_addr为物理地址,这个值一般在该模块driver的某个文件直接定义:UINT32 hw_addr = 0x8xxxxxx;
2.devm_ioremap_resource(&device,mem);
一般的用法:
struct resource *res;
res = platform_get_resource(pdev,IORESOURCE_MEM,0);
demod_base_addr = devm_ioremap_resource(&pdev->dev,res);
demod_base_addr即为得到的虚拟IO地址
这里有个小故事,res结构体中有start变量即物理地址,res还是通过platform_get_resource而获得的,devm_ioremap_resource不过就是个物转虚,但是platform_get_resource为什么就可以得到这个res中的物理地址?
这些基本变量?难道凭空得来?非也,既然这里有个get操作,那么必定有个地方有个对应的set操作
要使用platform_get_resource获得物理地址,需要提前定义res结构体并注册该结构体。
老的方式:
在注册platform device的地方
struct resource demod_res = { //定义res结构体
.name = "demod kernel",
.start = 0x8xxx, //即io地址的物理地址
.end = 0x8xxxx+ offset,
.flags = IORESOURCE_BUSY | IORESOURCE_MEM
};
static struct platform_device demod_device = {
.name = "demod",
.id = -1,
},
.num_resources = ARRAY_SIZE(demod_res),
.resource = demod_res, //关键的一步,将res挂载在platform device结构体中
};
platform_device_register(&smsc_lan9217_device); //注册platform device
这样,当platfrom driver和device匹配后就可以使用platform_get_resource来获得基地址了
新的方式:
在dts中注册节点,dts core会解析该节点,然后和platform总线挂钩,本质还是让platform driver匹配到到pdev,得到pdev后
就可以使用
platform_get_resource
来获得基地址了
3,
of_iomap
方式,顾名思义,这是解析dts节点,直接得到虚拟地址
priv->qam_addr = of_iomap(dev_node,0);