裝置樹（一）linux核心主線瞭解dts

阿新 • • 發佈：2019-01-24

由這張圖可見，如果included file中的某項，被including file檔案定義了，則會使用後者的定義，也就是使用更上層更新的定義；如果沒有被定義，則新增進入。

1）bindings是device tree裡面可已包含的specific types and classes of devices。
2）compatible特徵描述了節點編譯的specific binding；
3）當為一個裝置建立新的device tree時，應該建立a binding來描述裝置的全部細節。

=============================================
問題四：在哪裡可以找到Device Tree的文件呢？

1）所有可被核心識別的Device Tree bindings在文件Documentation/devicetree/bindings裡面；
2）每個binding文件描述了哪些properties可以被接受，可以使用哪些值，哪些特徵是必須的，哪些是可選的；
3）所有新的Device Tree bindings必須讓程式碼維護者稽核，提交到devicetree

[email protected]上。這用來保證它們的正確性和一致性。

=============================================
問題五：Device Tree中的常見關鍵字含義是什麼？

Device Tree organization: top-level nodes
在裝置的最頂層節點上，一般可以發現如下這些：
cpus：描述了系統的CPU
memory：定義了RAM的地址和大小
chosen：定義了boot時被系統韌體選擇或定義的引數；可用來傳遞kernel command line；
aliases：定義了certain nodes的shotcuts；
一個或多個匯流排定義；
一個或多個板上裝置定義；

下面是am33xx.dtsi中的定義：

/ {
        compatible = "ti,am33xx";
        interrupt-parent = <&intc>;

        aliases {
                i2c0 = &i2c0;
                i2c1 = &i2c1;
                i2c2 = &i2c2;
                serial0 = &uart0;
                serial1 = &uart1;
                serial2 = &uart2;
                serial3 = &uart3;
                serial4 = &uart4;
                serial5 = &uart5;
                d_can0 = &dcan0;
                d_can1 = &dcan1;
                usb0 = &usb0;
                usb1 = &usb1;
                phy0 = &usb0_phy;
                phy1 = &usb1_phy;
                ethernet0 = &cpsw_emac0;
                ethernet1 = &cpsw_emac1;
        };

        cpus {
                #address-cells = <1>;
                #size-cells = <0>;

[email protected] {
                        compatible = "arm,cortex-a8";
                        device_type = "cpu";
                        reg = <0>;

                        /*
                         * To consider voltage drop between PMIC and SoC,
                         * tolerance value is reduced to 2% from 4% and
                         * voltage value is increased as a precaution.
                         */
                        operating-points = <
                                /* kHz    uV */
                                720000 1285000
                                600000 1225000
                                500000 1125000
                                275000 1125000
                        >;
                        voltage-tolerance = <2>; /* 2 percentage */

                        clocks = <&dpll_mpu_ck>;
                        clock-names = "cpu";

                        clock-latency = <300000>; /* From omap-cpufreq driver */
                };
        };

        pmu {
                compatible = "arm,cortex-a8-pmu";
                interrupts = <3>;
        };

        /*
         * The soc node represents the soc top level view. It is used for IPs
         * that are not memory mapped in the MPU view or for the MPU itself.
         */
        soc {
                compatible = "ti,omap-infra";
                mpu {
                        compatible = "ti,omap3-mpu";
                        ti,hwmods = "mpu";
                };
        };

    /* ...... */

};

從上面的程式碼裡面可以找出四個compatible，分別是：
top: compatible = "ti,am33xx";
cpu0: compatible = "arm,cortex-a8";
pmu: compatible = "arm,cortex-a8-pmu";
soc: compatible = "ti,omap-infra";

怎樣使用compatible呢？
方法一是用來匹配DT_MACHINE結構體中的dt_compat域，方法二是使用of_machine_is_compatible函式。

在匯流排中，一般要定義compatile、#address-cells、#size-cells、ranges，比如：

       i2c0:

[email protected] {
                compatible = "ti,omap4-i2c";
                #address-cells = <1>;
                #size-cells = <0>;
                ti,hwmods = "i2c1";
                reg = <0x44e0b000 0x1000>;
                interrupts = <70>;
                status = "disabled";
        };

=============================================
問題六：有關DT的策略，你應該瞭解的～

DT是一種硬體描述，而不是一種配置。
它應該描述硬體的構成，和硬體工作的方式；
它不應該描述那種硬體配置你更加喜歡；
例如：
    你可以在DT中描述是否硬體配置支援DMA；
    但是你不要在DT中描述你是否想要DMA。

1）DT獨立於OS，它也需要非常穩定；
2）最初的設想是，DTBs由生產廠家燒寫進晶片中，使用者直接安裝系統就好了；
3）當Device Tree binding被定義，並且在DTBs使用之後，它就不能再改變，但可以擴充套件；
4）這意味著Device Tree binding是核心的二進位制程式介面(ABI)，它需要same care；
5）但是核心開發者意識到了這個很難達到，並且會減慢驅動程式的整合：
    ARM Kernel Mini-submit discussions放鬆了這些限制；
    未來在Kernel Summit時會有additional discussion；

Basic guidelines for binding design:
1) A precise compatible string is better than a vague one.
2) Do not encode too much hardware details in the DT.

裝置樹（一）linux核心主線瞭解dts

裝置樹（一）linux核心主線瞭解dts

裝置樹（二）linux核心頂層am335x-evm.dts

【原創】IP攝像頭技術縱覽（一）---linux 核心編譯，USB攝像頭裝置識別

Linux核心學習筆記（一）——Linux核心簡介

ROS CAN匯流排裝置接入（一）Linux動態庫的顯式呼叫

Linux塊裝置驅動（一）————塊裝置的結構及磁碟的結構

tiny4412學習(四)之移植linux-裝置樹（1）裝置樹基礎知識及GPIO中斷

linux下的塊裝置驅動（一）

（原創）Linux核心升級全過程手把手教你一次成功(2.4.20-8到2.6.18)

監督式學習 -- 分類決策樹（一）

數據結構之二叉樹（一）

Linux系統管理（一）Linux系統安裝與修復

Linux用戶管理（一）Linux系統概述

Linux系統管理（一）Linux設備和內核管理

Skynet服務器框架（一） Linux下的安裝和啟動

大數據學習（一）linux基礎

linux常用命令（一）linux開關機、重啟以及文本界面與圖形界面互換

軟件性能測試技術樹（二）----Linux服務器性能

Admin（一）——Linux簡介與簡單命令

（一）Linux實操之——權限、任務調度、磁盤分區

裝置樹（一）linux核心主線瞭解dts

相關推薦