阅读platformdriver的代码时，发现在probe函数直接调用platform_get_resource从pdev中获取io内存，但却没有判断传给probe的pdev是否属于这个驱动！
后来发现原来在arch目录下的对应目录里面有个devs.c文件（这个文件可能因不同的架构而不一样），这个文件里面声明了一个platform设备的资源数组foo_devices，原型如下：
static struct platform_device* foo_devices[] __initdata;
这个数组里面包含了所有platform设备的资源信息。例如：一个设备的资源声明如下：
static struct resource foo_resource[] = { [0] = { .start = (FOO_BASE_PA), .end = (FOO_BASE_PA) + (0x0008000), .flags = IORESOURCE_MEM, }, [1] = { .start = (IRQ_FOO), .end = (IRQ_FOO), .flags = IORESOURCE_IRQ, },
static struct platform_device device_foo = { .name = "device_foo", .id = 0, .resource = foo_resource, .num_resources = ARRAY_SIZE(foo_resource), .dev = { //根据源代码，这两个成员置成0表示不起作用 .dma_mask = 0x0, .coherent_dma_mask = 0x0, }, }; |
那么将这个device_foo加入foo_devices数组，就能直接在probe函数中用platform_get_resource获取资源了，但是要注意驱动的name成员必须和platform_device结构中的name成员完全相同。
那为什么加入foo_devices数组后就能直接访问了呢？
在相关体系的machine_desc结构体中（对于每个特定平台都有一个MACHINE_START宏用来定义machine_desc结构体），有一个接口init_machine，这个接口中会调用platform_add_devices添加foo_devices。例如：
platform_add_devices(foo_devices);
platform_get_resource函数源码如下：
struct resource *platform_get_resource(struct platform_device *dev,unsigned int type, unsigned int num) { int i; for (i = 0; i < dev->num_resources; i++) { struct resource *r = &dev->resource[i]; if (type == resource_type(r) && num-- == 0) return r; } return NULL; } |
函数分析：
struct resource *r = &dev->resource[i];
这行代码使得不管你是想获取哪一份资源都从第一份资源开始搜索。
if (type == resource_type(r) && num-- == 0)
这行代码首先通过type == resource_type(r)判断当前这份资源的类型是否匹配，如果匹配则再通过num-- == 0判断是否是你要的，如果不匹配重新提取下一份资源而不会执行num-- == 0这一句代码。
通过以上两步就能定位到你要找的资源了，接着把资源返回即可。如果都不匹配就返回NULL。
实例分析：
下面通过一个例子来看看它是如何拿到设备资源的。
设备资源如下：
static struct resource s3c_buttons_resource[] = { [0]={ .start = S3C24XX_PA_GPIO, .end = S3C24XX_PA_GPIO + S3C24XX_SZ_GPIO - 1, .flags = IORESOURCE_MEM, }, [1]={ .start = IRQ_EINT8, .end = IRQ_EINT8, .flags = IORESOURCE_IRQ, }, [2]={ .start = IRQ_EINT11, .end = IRQ_EINT11, .flags = IORESOURCE_IRQ, }, [3]={ .start = IRQ_EINT13, .end = IRQ_EINT13, .flags = IORESOURCE_IRQ, }, [4]={ .start = IRQ_EINT14, .end = IRQ_EINT14, .flags = IORESOURCE_IRQ, }, [5]={ .start = IRQ_EINT15, .end = IRQ_EINT15, .flags = IORESOURCE_IRQ, }, [6]={ .start = IRQ_EINT19, .end = IRQ_EINT19, .flags = IORESOURCE_IRQ, } }; |
驱动中通过下面代码拿到第一份资源：
struct resource *res;
res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
函数进入for里面，i=0，num_resources=7，拿出resource[0]资源。resource_type(r)提取出该份资源的资源类型并与函数传递下来的资源类型进行比较，匹配。Num=0(这里先判断是否等于0再自减1)符合要求，从而返回该资源。
获取剩下资源的代码如下：
分析如下：
for(i=0; i<6; i++){ buttons_irq = platform_get_resource(pdev,IORESOURCE_IRQ,i); if(buttons_irq == NULL){ dev_err(dev,"no irq resource specified\n"); ret = -ENOENT; goto err_map; } button_irqs[i] = buttons_irq->start; } |
For第一次循环：
buttons_irq = platform_get_resource(pdev,IORESOURCE_IRQ,0);
在拿出第一份资源进行resource_type(r)判断资源类型时不符合(此时num-- == 0这句没有执行)，进而拿出第二份资源，此时i=1，num_resources=7，num传递下来为0，资源类型判断时候匹配，num也等于0，从而确定资源并返回。
For第二次循环：
buttons_irq = platform_get_resource(pdev,IORESOURCE_IRQ,1);
拿出第二份资源的时候resource_type(r)资源类型匹配，但是num传递下来时候为1，执行num-- == 0时不符合(但num开始自减1，这导致拿出第三份资源时num==0)，只好拿出第三份资源。剩下的以此类推。
总结：
struct resource *platform_get_resource(struct platform_device *dev, unsigned int type, unsigned int num) |
unsigned int type决定资源的类型，unsigned int num决定type类型的第几份资源（从0开始）。即使同类型资源在资源数组中不是连续排放也可以定位得到该资源。
比如第一份IORESOURCE_IRQ类型资源在resource[2]，而第二份在resource[5]，那
platform_get_resource(pdev,IORESOURCE_IRQ,0);
可以定位第一份IORESOURCE_IRQ资源；
platform_get_resource(pdev,IORESOURCE_IRQ,1);
可以定位第二份IORESOURCE_IRQ资源。
之所以能定位到资源，在于函数实现中的这一行代码：
if (type == resource_type(r) && num-- == 0)
该行代码，如果没有匹配资源类型，num-- == 0不会执行而重新提取下一份资源，只有资源匹配了才会寻找该类型的第几份资源，即使这些资源排放不连续。