platform_device_add()函數分析

看2410的驅動，始終沒弄清楚裝置和匯流排是如何勾搭上的，順藤摸瓜就找到了下面這個函數，好好的分析一下吧。對驅動模型理解的不是太透徹，不對的地方您儘管仍（最好是雞蛋，現在都買不起了）

 

int platform_device_add(struct platform_device *pdev)
{
int i, ret =
0;

if (!pdev)    /*驗證指標的有效性 */
   return
-EINVAL;

if (!pdev->dev.parent)/*都說匯流排有兩個鏈表，一個是裝置鏈表（通過device
內嵌）一個是驅動鏈表（通過device_driver內嵌）這裡如果pdev->dev.parent為0，說明裝置鏈表還沒有裝置，因此處理辦法是將platform_bus作為裝置鏈表的開始，一直感覺platform_bus和platform_bus_type很難區分，不過在這裡清楚了platform_bus是一個裝置，platform_bus_type才是真正的匯流排*/
  
pdev->dev.parent = &platform_bus;/*device
的父結點*/

pdev->dev.bus = &platform_bus_type;/*device
要掛接在platform_bus_type這個匯流排上拉，看到了，裝置和匯流排是這麼勾搭上滴，很直接，很乾脆*/

if (pdev->id != -1)
   snprintf(pdev->dev.bus_id, BUS_ID_SIZE,
"%s.%d", pdev->name,
    pdev->id);/*這個如果看不懂，可以參考LINUX的格式化輸出的相關資料*/
else
  
strlcpy(pdev->dev.bus_id, pdev->name, BUS_ID_SIZE);

for (i = 0; i < pdev->num_resources; i++) {
   struct resource *p,
*r = &pdev->resource[i];

   if (r->name == NULL) /*name一般為NULL*/
   
r->name = pdev->dev.bus_id; /*資源的名稱賦值為pdev->dev.bus_id，如果一個platform_device有多個resource
則出現同名現象*/

   p = r->parent;
   if (!p) {  
/*父資源為0，說明不是從一個大的資源裡面切割出來的*/
    if (r->flags &
IORESOURCE_MEM)
     p = &iomem_resource;
    else if (r->flags
& IORESOURCE_IO)
     p = &ioport_resource;
   }

   if (p && insert_resource(p, r)) { /*如果從父資源裡面切割失敗，則進行如下處理*/
   
printk(KERN_ERR
          "%s: failed to claim resource %d/n",
         
pdev->dev.bus_id, i);
    ret = -EBUSY;
    goto failed;
  
}
}

pr_debug("Registering platform device '%s'. Parent at %s/n",
  
pdev->dev.bus_id, pdev->dev.parent->bus_id);

ret = device_add(&pdev->dev);/*資源也分配好了，準備工作也做足，終於可以把裝置添加到裝置鏈表裡面了*/
if (ret ==
0)
   return ret;

failed: /*失敗處理*/
while (--i >= 0)
   if
(pdev->resource[i].flags & (IORESOURCE_MEM|IORESOURCE_IO))
   
release_resource(&pdev->resource[i]);
return
ret;
}
EXPORT_SYMBOL_GPL(platform_device_add);