在结构体 platform_device 的定义（include/linux/platform_device.h）中：
struct platform_device { const char * name; int id; struct device dev; u32 num_resources; struct resource * resource; const struct platform_device_id *id_entry; /* MFD cell pointer */ struct mfd_cell *mfd_cell; /* arch specific additions */ struct pdev_archdata archdata; };
描述了platform_device 的资源，资源本身由结构体 resource 描述，其定义（include/linux/ioport.h）如下示：
/* * Resources are tree-like, allowing * nesting etc.. */ struct resource { resource_size_t start; resource_size_t end; const char *name; unsigned long flags; struct resource *parent, *sibling, *child; };
我们通常关心 start, end, flags 这三个字段，分别表示资源的开始值、结束值和类型。
类型字段也在ioport.h中有定义，支持 IORESOURCE_IO, IORESOURCE_MEM, IORESOURCE_IRQ, IORESOURCE_DMA 等。
start, end 的含义随着flags 而变更，如当 flags 为 IORESOURCE_MEM时，start, end 分别表示该 platform_device 占据的内存的
开始地址和结束地址；当flags 为 IORESOURCE_IRQ时，start, end 分别表示该 platform_device 使用的中断号的开始值和结束值。
对 resource 的定义通常在BSP的板文件中进行，并通过platform_device_add_resources()将资源文件注册到台设备中，而在具体的设
备驱动中通过platform_get_resource() 来获取，其定义（drivers/base/platform.c），如下：
/** * platform_get_resource - get a resource for a device * @dev: platform device * @type: resource type * @num: resource index */ 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; } EXPORT_SYMBOL_GPL(platform_get_resource);
例如在 MY.IMx6 开发板的板文件中为 ECSPI 定义（arch/arm/plat-mxc/devices/platform-spi_imx.c）了如下的resource：
struct platform_device *__init imx_add_spi_imx( const struct imx_spi_imx_data *data, const struct spi_imx_master *pdata) { struct resource res[] = { { .start = data->iobase, .end = data->iobase + data->iosize - 1, .flags = IORESOURCE_MEM, }, { .start = data->irq, .end = data->irq, .flags = IORESOURCE_IRQ, }, }; return imx_add_platform_device(data->devid, data->id, res, ARRAY_SIZE(res), pdata, sizeof(*pdata)); }
通过 imx_add_platform_device() 将资源文件添加，其定义（arch/arm/plat-mxc/include/mach/devices-common.h）如下：
static inline struct platform_device *imx_add_platform_device( const char *name, int id, const struct resource *res, unsigned int num_resources, const void *data, size_t size_data) { return imx_add_platform_device_dmamask( name, id, res, num_resources, data, size_data, 0); }
imx_add_platform_device_dmamask() ，其定义（arch/arm/plat-mxc/devices.c）如下：
struct platform_device *__init imx_add_platform_device_dmamask( const char *name, int id, const struct resource *res, unsigned int num_resources, const void *data, size_t size_data, u64 dmamask) { int ret = -ENOMEM; struct platform_device *pdev; pdev = platform_device_alloc(name, id); if (!pdev) goto err; if (dmamask) { /* * This memory isn't freed when the device is put, * I don't have a nice idea for that though. Conceptually * dma_mask in struct device should not be a pointer. * See http://thread.gmane.org/gmane.linux.kernel.pci/9081 */ pdev->dev.dma_mask = kmalloc(sizeof(*pdev->dev.dma_mask), GFP_KERNEL); if (!pdev->dev.dma_mask) /* ret is still -ENOMEM; */ goto err; *pdev->dev.dma_mask = dmamask; pdev->dev.coherent_dma_mask = dmamask; } if (res) { ret = platform_device_add_resources(pdev, res, num_resources); if (ret) goto err; } if (data) { ret = platform_device_add_data(pdev, data, size_data); if (ret) goto err; } ret = platform_device_add(pdev); if (ret) { err: if (dmamask) kfree(pdev->dev.dma_mask); platform_device_put(pdev); return ERR_PTR(ret); } return pdev; }
而最终调用了 platform_device_add_resources() 其定义（drivers/base/platform.c）如下：
/** * platform_device_add_resources - add resources to a platform device * @pdev: platform device allocated by platform_device_alloc to add resources to * @res: set of resources that needs to be allocated for the device * @num: number of resources * * Add a copy of the resources to the platform device. The memory * associated with the resources will be freed when the platform device is * released. */ int platform_device_add_resources(struct platform_device *pdev, const struct resource *res, unsigned int num) { struct resource *r = NULL; if (res) { r = kmemdup(res, sizeof(struct resource) * num, GFP_KERNEL); if (!r) return -ENOMEM; } kfree(pdev->resource); pdev->resource = r; pdev->num_resources = num; return 0; } EXPORT_SYMBOL_GPL(platform_device_add_resources);
在IMx6 的SPI驱动中则是通过如下方法得到这2份资源：
具体是在 drivers/spi/spi_imx.c 的 spi_imx_probe() 方法中
res = platform_get_resource(pdev, IORESOURCE_MEM, 0); spi_imx->irq = platform_get_irq(pdev, 0);
而 platform_get_irq 的定义如下：
/** * platform_get_irq - get an IRQ for a device * @dev: platform device * @num: IRQ number index */ int platform_get_irq(struct platform_device *dev, unsigned int num) { struct resource *r = platform_get_resource(dev, IORESOURCE_IRQ, num); return r ? r->start : -ENXIO; } EXPORT_SYMBOL_GPL(platform_get_irq);
设备除了可以在BSP中定义资源文件外，还可以附加一些数据信息，因为对设备的硬件描述除了中断，内存，DMA外，可能还会有
一些配置信息，而这些配置信息也依赖于板，不适宜直接放置在驱动本身，因此，platform 也提供了 platform_data 的支持。
设备驱动中引入platform 的概念至少有如下两个好处：
1）使得设备被挂接到一个总线上，文便管理
2）隔离了BSP和驱动。在BSP中定义platform设备和设备使用的资源，设备的具体信息，而在驱动中，只需要通过通用API去获取
资源和数据，做到了板相关代码和驱动代码的分离，便得驱动具有更好的可扩展性和跨平台性。