裝置樹詳解

在linux3.x版本後，arch/arm/plat-***和arch/arm/mach-***中，描述板級細節的**（比如platform_device、i2c_board_info等）被大量取消，取而代之的是裝置樹，其目錄位於arch/arm/boot/dts

1個dts檔案+n個dtsi檔案，它們編譯而成的dtb檔案就是真正的裝置樹

imx6dl-hummingboard.dts

|_imx6dl.dtsi
|   |_imx6qdl.dtsi
|_imx6qdl-microsom.dtsi
|_imx6qdl-microsom-ar8035.dtsi

/dts-v1/;

#include "imx6dl.dtsi"
#include "imx6qdl-microsom.dtsi"
#include "imx6qdl-microsom-ar8035.dtsi"
/ ;    regulators ;
}&i2c1 ;
};

/ 

soc ;
aips-bus@02000000 ;
/*省略無關***/  
i2c1: i2c@021a0000 ;
};/*省略無關***/  
};  
};

標號引用常常還作為節點的重寫方式，比如下面**是imx6qdl.dtsi中定義的i2c節點，而前面imx6dl-hummingboard.dts中的&i2c1，就是對i2c1標號處節點的一次重寫，在其內部新增了乙個rtc裝置

如果乙個節點是屬性節點（即僅僅是作為屬性被其他節點呼叫），那麼它定義在**其實無所謂，重要的是呼叫的位置，比如lcd螢幕的時序，其實我們完全可以把它定義在其他犄角旮旯，然後在lcd節點下用&來呼叫它，這也是可以的。這有點類似於函式：在哪定義不重要，重要的是在哪呼叫

首先，核心必須要知道dtb檔案的位址，這由u-boot來告訴核心，詳見u-boot引導核心流程分析 第6節。只要核心知曉了dtb檔案的位址，那麼驅動就可以通過一些api任意獲取裝置樹的內部資訊

/*定義的of_match_table*/

static const struct of_device_id pcf8523_of_match = ,
};/*driver 結構體中的of_match_table*/
static struct i2c_driver pcf8523_driver = ,
.probe = pcf8523_probe,
.id_table = pcf8523_id,
};

裝置樹詳解

在linux3.x版本後，arch arm plat 和arch arm mach 中，描述板級細節的 比如platform device i2c board info等 被大量取消，取而代之的是裝置樹，其目錄位於arch arm boot dts 1個dts檔案 n個dtsi檔案，它們編譯而成的d...

裝置樹詳解

在linux3.x版本後，arch arm plat 和arch arm mach 中，描述板級細節的 比如platform device i2c board info等 被大量取消，取而代之的是裝置樹，其目錄位於arch arm boot dts 1個dts檔案 n個dtsi檔案，它們編譯而成的d...

裝置樹詳解

在linux3.x版本後，arch arm plat 和arch arm mach 中，描述板級細節的 比如platform device i2c board info等 被大量取消，取而代之的是裝置樹，其目錄位於arch arm boot dts 1個dts檔案 n個dtsi檔案，它們編譯而成的d...