設備樹下如何添加驅動

❶ 如何將驅動添加進內核

一、 驅動程序編譯進內核的步驟 在 linux 內核中增加程序需要完成以下三項工作： 1. 將編寫的源代碼復制到 Linux 內核源代碼的相應目錄； 2. 在目錄的 Kconfig 文件中增加新源代碼對應項目的編譯配置選項； 3. 在目錄的 Makefile 文件中增加對新源代碼的編譯條目。 bq27501驅動編譯到內核中具體步驟如下： 1. 先將驅動代碼bq27501文件夾復制到 ti-davinci/drivers/ 目錄下。 確定bq27501驅動模塊應在內核源代碼樹中處於何處。 設備驅動程序存放在內核源碼樹根目錄 drivers/ 的子目錄下，在其內部，設備驅動文件進一步按照類別，類型等有序地組織起來。 a. 字元設備存在於 drivers/char/ 目錄下 b. 塊設備存放在 drivers/block/ 目錄下 c. USB 設備則存放在 drivers/usb/ 目錄下。 注意： (1) 此處的文件組織規則並非絕對不變，例如： USB 設備也屬於字元設備，也可以存放在 drivers/usb/ 目錄下。 (2) 在 drivers/char/ 目錄下，在該目錄下同時存在大量的 C 源代碼文件和許多其他目錄。所有對於僅僅只有一兩個源文件的設備驅動程序，可以直接存放在該目錄下，但如果驅動程序包含許多源文件和其他輔助文件，那麼可以創建一個新子目錄。 (3) bq27501的驅動是屬於字元設備驅動類別，雖然驅動相關的文件只有兩個，但是為了方面查看，將相關文件放在了bq27501的文件夾中。在drivers/char/目錄下增加新的設備過程比較簡單，但是在drivers/下直接添加新的設備稍微復雜點。所以下面首先給出在drivers/下添加bq27501驅動的過程，然後再簡單說明在drivers/char/目錄下添加的過程。 2. 在/bq27501下面新建一個Makefile文件。向裡面添加代碼： obj-$(CONFIG_BQ27501)+=bq27501.o 此時，構建系統運行就將會進入 bq27501/ 目錄下，並且將bq27501.c 編譯為 bq27501.o 3. 在/bq27501下面新建Kconfig文件。添加代碼： menu "bq27501 driver" config BQ27501 tristate"BQ27501" default y ---help--- Say 'Y' here, it will be compiled into thekernel; If you choose 'M', it will be compiled into a mole named asbq27501.ko. endmenu 注意：help中的文字不能加回車符，否則make menuconfig編譯的時候會報錯。 4. 修改/drivers目錄下的Kconfig文件，在endmenu之前添加一條語句『source drivers/bq27501/Kconfig』 對於驅動程序，Kconfig 通常和源代碼處於同一目錄。 若建立了一個新的目錄，而且也希望 Kconfig 文件存在於該目錄中的話，那麼就必須在一個已存在的 Kconfig 文件中將它引入，需要用上面的語句將其掛接在 drivers 目錄中的Kconfig 中。 5. 修改/drivers目下Makefile文件，添加『obj-$(CONFIG_BQ27501) +=bq27501/』。這行編譯指令告訴模塊構建系統在編譯模塊時需要進入 bq27501/ 子目錄中。此時的驅動程序的編譯取決於一個特殊配置 CONFIG_BQ27501 配置選項。 6. 修改arch/arm目錄下的Kconfig文件，在menu "Device Drivers……endmenu"直接添加語句 source "drivers/bq27501/Kconfig"

❷ 設備樹何時加入linux內核的

Linux and the Device Tree

Linux內核設備樹數據使用模型。

Open Firmware Device Tree (DT) 是一個數據結構，也是一種描述硬體的語言。准確地說，它是一種能被操作系統解析的描述硬體的語言，這樣操作系統就不需要把硬體平台的細節在代碼中寫死。

從結構上來說，DT是一個樹形結構，或者有名結點組成的非循環圖，結點可能包含任意數量的有名屬性，有名屬性又可以包含任意數量的數據。同樣存在一種機制，可以創建從一個結點到正常樹形結構之外的鏈接。

從概念上講，一套通用的使用方法，即bindings。Bindings定義了數據如何呈現在設備樹中，怎樣描述典型的硬體特性，包括數據匯流排，中斷線，GPIO連接以及外設等。

盡可能多的硬體被描述從而使得已經存在的bindings最大化地使用源代碼，但是由於屬性名和結點名是簡單字元串， 可以通過定義新結點和屬性的方式很方便地擴展已經存在的bindings或者創建一個新的binding。在沒有認真了解過已經存在的bindings的情況下，創建一個新的binding要慎之又慎。對於I2C匯流排，通常有兩種不同的，互不相容的bindings出現，就是因為新的binding創建時沒有研究I2C設備是如何在當前系統中被枚舉的。

1. 歷史
略
2. 數據模型
請參考Device Tree Usage章節
2.1 High Level View
必須要認識到的是，DT是一個描述硬體的數據結構。它並沒有什麼神奇的地方，也不能把所有硬體配置的問題都解決掉。它只是提供了一種語言，將硬體配置從Linux Kernel支持的board and device driver中提取出來。DT使得board和device變成數據驅動的，它們必須基於傳遞給內核的數據進行初始化，而不是像以前一樣採用hard coded的方式。

觀念上說，數據驅動平台初始化可以帶來較少的代碼重復率，使得單個內核映像能夠支持很多硬體平台。

Linux使用DT的三個主要原因：
1） 平台識別 (Platform Identification)
2） 實時配置 (Runtime Configuration)
3） 設備植入 (Device Population)

2.2 平台識別
第一且最重要的是，內核使用DT中的數據去識別特定機器。最完美的情況是，內核應該與特定硬體平台無關，因為所有硬體平台的細節都由設備樹來描述。然而，硬體平台並不是完美的，所以內核必須在早期初始化階段識別機器，這樣內核才有機會運行特定機器相關的初始化序列。

大多數情況下，機器識別是與設備樹無關的，內核通過機器的核心CPU或者SOC來選擇初始化代碼。以ARM平台為例，setup_arch()會調用setup_machine_fdt()，後者遍歷machine_desc鏈表，選擇最匹配設備樹數據的machine_desc結構體。它是通過查找設備樹根結點的compatible屬性並與machine_desc->dt_compat進行比較來決定哪一個machine_desc結構體是最適合的。

Compatible屬性包含一個有序的字元串列表，它以確切的機器名開始，緊跟著一個可選的board列表，從最匹配到其他匹配類型。以TI BeagleBoard的compatible屬性為例，BeagleBoard xM Board可能描述如下：
compatible = "ti,omap3-beagleboard", "ti,omap3450", "ti,omap3";
compatible = "ti,omap3-beagleboard-xm", "ti,omap3450", "ti,omap3";
在這里，」ti, omap3-beagleboard-xm」是最匹配的模型，"ti,omap3450"次之，"ti,omap3"再次之。

機敏的讀者可能指出，Beagle xM也可以聲明匹配"ti,omap3-beagleboard"，但是要注意的是，板級層次上，兩個機器之間的變化比較大，很難確定是否兼容。從頂層上來看，寧可小心也不要去聲明一個board兼容另外一個。值得注意的情況是，當一個board承載另外一個，例如一個CPU附加在一個board上。（兩種CPU支持同一個board的情況）

❸ linux中內核使用設備樹時，驅動載入的時候，device的數據怎麼傳給驅動

linux設備樹驅動exynos4412怎麼寫
系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:
1、對設備初始化和釋放。
2、把數據從內核傳送到硬體和從硬體讀取數據。
3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據。
4、檢測和處理設備出現的錯誤。
在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。
已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。
最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。
讀/寫時，它首先察看緩沖區的內容，如果緩沖區的數據未被處理，則先處理其中的內容。

❹ linux中驅動放在哪個目錄下

這些文件在正常操作中不會被改變的。這個目錄也包含你的Linux發行版本的主要的應用程序，譬如，Netscape。 /var 目錄包含在正常操作中被改變的文件：假離線文件、記錄文件、加鎖文件、臨時文件和頁格式化文件等。 /home 目錄包含用戶的文件：參數設置文件、個性化文件、文檔、數據、EMAIL、緩存數據等。這個目錄在系統省級時應該保留。 /proc 目錄整個包含虛幻的文件。它們實際上並不存在磁碟上，也不佔用任何空間。（用ls –l 可以顯示它們的大小）當查看這些文件時，實際上是在訪問存在內存中的信息，這些信息用於訪問系統 /bin 系統啟動時需要的執行文件（二進制），這些文件可以被普通用戶使用。 /sbin 系統執行文件（二進制），這些文件不打算被普通用戶使用。（普通用戶仍然可以使用它們，但要指定目錄。） /etc 操作系統的配置文件目錄。 /root 系統管理員（也叫超級用戶或根用戶）的Home目錄。 /dev 設備文件目錄。LINUX下設備被當成文件，這樣一來硬體被抽象化，便於讀寫、網路共享以及需要臨時裝載到文件系統中。正常情況下，設備會有一個獨立的子目 錄。這些設備的內容會出現在獨立的子目錄下。LINUX沒有所謂的驅動符。 /lib 根文件系統目錄下程序和核心模塊的共享庫。 /boot 用於自舉載入程序（LILO或GRUB）的文件。當計算機啟動時（如果有多個操作系統，有可能允許你選擇啟動哪一個操作系統），這些文件首先被裝載。這個目錄也會包含LINUX核（壓縮文件vmlinuz），但LINUX核也可以存在別處，只要配置LILO並且LILO知道LINUX核在哪兒。 /opt 可選的應用程序，譬如，REDHAT 5.2下的KDE （REDHAT 6.0下，KDE放在其它的XWINDOWS應用程序中，主執行程序在/usr/bin目錄下） /tmp 臨時文件。該目錄會被自動清理干凈。 /lost+found 在文件系統修復時恢復的文件 「/usr」目錄下比較重要的部分有： /usr/X11R6 X-WINDOWS系統（version 11, release 6) /usr/X11 同/usr/X11R6 （/usr/X11R6的符號連接） /usr/X11R6/bin 大量的小X-WINDOWS應用程序（也可能是一些在其它子目錄下大執行文件的符號連接）。 /usr/doc LINUX的文檔資料（在更新的系統中，這個目錄移到/usr/share/doc）。 /usr/share 獨立與你計算機結構的數據，譬如，字典中的詞。 /usr/bin和/usr/sbin 類似與「/」根目錄下對應的目錄（/bin和/sbin），但不用於基本的啟動（譬如，在緊急維護中）。大多數命令在這個目錄下。 /usr/local 本地管理員安裝的應用程序（也可能每個應用程序有單獨的子目錄）。在「main」安裝後，這個目錄可能是空的。這個目錄下的內容在重安裝或升級操作系統後應該存在。 /usr/local/bin 可能是用戶安裝的小的應用程序，和一些在/usr/local目錄下大應用程序的符號連接。 /proc目錄的內容： /proc/cpuinfo 關於處理器的信息，如類型、廠家、型號和性能等。 /proc/devices 當前運行內核所配置的所有設備清單。 /proc/dma 當前正在使用的DMA通道。/proc/filesystems 當前運行內核所配置的文件系統。 /proc/interrupts 正在使用的中斷，和曾經有多少個中斷。 /proc/ioports 當前正在使用的I/O埠。 舉例，使用下面的命令能讀出系統的CPU信息。 cat /proc/cpuinfo /bin bin是binary的縮寫。這個目錄沿襲了UNIX系統的結構，存放著使用者最經常使用的命令。例如cp、ls、cat，等等。 /boot 這里存放的是啟動Linux時使用的一些核心文件。 /dev dev是device（設備）的縮寫。這個目錄下是所有Linux的外部設備，其功能類似DOS下的.sys和Win下的.vxd。在Linux中設備和文件是用同種方法訪問的。例如：/dev/hda代表第一個物理IDE硬碟。 /etc 這個目錄用來存放系統管理所需要的配置文件和子目錄。 /home 用戶的主目錄，比如說有個用戶叫wang，那他的主目錄就是/home/wang也可以用~wang表示。 /lib 這個目錄里存放著系統最基本的動態鏈接共享庫，其作用類似於Windows里的.dll文件。幾乎所有的應用程序都須要用到這些共享庫。 /lost+found 這個目錄平時是空的，當系統不正常關機後，這里就成了一些無家可歸的文件的避難所。對了，有點類似於DOS下的.chk文件。 /mnt 這個目錄是空的，系統提供這個目錄是讓用戶臨時掛載別的文件系統。 /proc 這個目錄是一個虛擬的目錄，它是系統內存的映射，我們可以通過直接訪問這個目錄來獲取系統信息。也就是說，這個目錄的內容不在硬碟上而是在內存里。 /root 系統管理員（也叫超級用戶）的主目錄。作為系統的擁有者，總要有些特權啊！比如單獨擁有一個目錄。 /sbin s就是Super User的意思，也就是說這里存放的是系統管理員使用的管理程序。 /tmp 這個目錄不用說，一定是用來存放一些臨時文件的地方了。 /usr 這是最龐大的目錄，我們要用到的應用程序和文件幾乎都存放在這個目錄下。其中包含以下子目錄； /usr/X11R6 存放X-Window的目錄； /usr/bin 存放著許多應用程序； /usr/sbin 給超級用戶使用的一些管理程序就放在這里； /usr/doc 這是Linux文檔的大本營； /usr/include Linux下開發和編譯應用程序需要的頭文件，在這里查找； /usr/lib 存放一些常用的動態鏈接共享庫和靜態檔案庫； /usr/local 這是提供給一般用戶的/usr目錄，在這里安裝軟體最適合； /usr/man man在Linux中是幫助的同義詞，這里就是幫助文檔的存放目錄； /usr/src Linux開放的源代碼就存在這個目錄，愛好者們別放過哦！ /var 這個目錄中存放著那些不斷在擴充著的東西，為了保持/usr的相對穩定，那些經常被修改的目錄可以放在這個目錄下，實際上許多系統管理員都是這樣乾的。順帶說一下系統的日誌文件就在/var/log目錄中。 總結來說： · 用戶應該將文件存在/home/user_login_name目錄下(及其子目錄下)。 · 本地管理員大多數情況下將額外的軟體安裝在/usr/local目錄下並符號連接在/usr/local/bin下的主執行程序。 · 系統的所有設置在/etc目錄下。 · 不要修改根目錄（「/」）或/usr目錄下的任何內容，除非真的清楚要做什麼。這些目錄最好和LINUX發布時保持一致。 · 大多數工具和應用程序安裝在目錄：/bin, /usr/sbin, /sbin, /usr/x11/bin,/usr/local/bin。 · 所有的文件在單一的目錄樹下。沒有所謂的「驅動符」

❺ linux gpio設備驅動在哪

設備樹有設備信息，gpio驅動可以根據設備樹的信息自己寫的

❻ 如何在Yocto中使用自己的設備樹dts和內核配置

LinuxandtheDeviceTreeLinux內核設備樹數據使用模型。OpenFirmwareDeviceTree(DT)是一個數據結構，也是一種描述硬體的語言。准確地說，它是一種能被操作系統解析的描述硬體的語言，這樣操作系統就不需要把硬體平台的細節在代碼中寫死。從結構上來說，DT是一個樹形結構，或者有名結點組成的非循環圖，結點可能包含任意數量的有名屬性，有名屬性又可以包含任意數量的數據。同樣存在一種機制，可以創建從一個結點到正常樹形結構之外的鏈接。從概念上講，一套通用的使用方法，即bindings。Bindings定義了數據如何呈現在設備樹中，怎樣描述典型的硬體特性，包括數據匯流排，中斷線，GPIO連接以及外設等。盡可能多的硬體被描述從而使得已經存在的bindings最大化地使用源代碼，但是由於屬性名和結點名是簡單字元串，可以通過定義新結點和屬性的方式很方便地擴展已經存在的bindings或者創建一個新的binding。在沒有認真了解過已經存在的bindings的情況下，創建一個新的binding要慎之又慎。對於I2C匯流排，通常有兩種不同的，互不相容的bindings出現，就是因為新的binding創建時沒有研究I2C設備是如何在當前系統中被枚舉的。1.歷史略2.數據模型請參考DeviceTreeUsage章節2.1HighLevelView必須要認識到的是，DT是一個描述硬體的數據結構。它並沒有什麼神奇的地方，也不能把所有硬體配置的問題都解決掉。它只是提供了一種語言，將硬體配置從LinuxKernel支持的boardanddevicedriver中提取出來。DT使得board和device變成數據驅動的，它們必須基於傳遞給內核的數據進行初始化，而不是像以前一樣採用hardcoded的方式。觀念上說，數據驅動平台初始化可以帶來較少的代碼重復率，使得單個內核映像能夠支持很多硬體平台。Linux使用DT的三個主要原因：1）平台識別(PlatformIdentification)2）實時配置(RuntimeConfiguration)3）設備植入(DevicePopulation)2.2平台識別第一且最重要的是，內核使用DT中的數據去識別特定機器。最完美的情況是，內核應該與特定硬體平台無關，因為所有硬體平台的細節都由設備樹來描述。然而，硬體平台並不是完美的，所以內核必須在早期初始化階段識別機器，這樣內核才有機會運行特定機器相關的初始化序列。大多數情況下，機器識別是與設備樹無關的，內核通過機器的核心CPU或者SOC來選擇初始化代碼。以ARM平台為例，setup_arch()會調用setup_machine_fdt()，後者遍歷machine_desc鏈表，選擇最匹配設備樹數據的machine_desc結構體。它是通過查找設備樹根結點的compatible屬性並與machine_desc->dt_compat進行比較來決定哪一個machine_desc結構體是最適合的。Compatible屬性包含一個有序的字元串列表，它以確切的機器名開始，緊跟著一個可選的board列表，從最匹配到其他匹配類型。以TIBeagleBoard的compatible屬性為例，BeagleBoardxMBoard可能描述如下：compatible="ti,omap3-beagleboard","ti,omap3450","ti,omap3";compatible="ti,omap3-beagleboard-xm","ti,omap3450","ti,omap3";在這里，」ti,omap3-beagleboard-xm」是最匹配的模型，"ti,omap3450"次之，"ti,omap3"再次之。機敏的讀者可能指出，BeaglexM也可以聲明匹配"ti,omap3-beagleboard"，但是要注意的是，板級層次上，兩個機器之間的變化比較大，很難確定是否兼容。從頂層上來看，寧可小心也不要去聲明一個board兼容另外一個。值得注意的情況是，當一個board承載另外一個，例如一個CPU附加在一個board上。（兩種CPU支持同一個board的情況）

❼ 如何使用dtc編譯設備樹 devicetree

DTS (device tree source)
.dts文件是一種ASCII 文本格式的Device
Tree描述，此文本格式非常人性化，適合人類的閱讀習慣。基本上，在ARM
Linux在，一個.dts文件對應一個ARM的machine，一般放置在內核的arch/arm/boot/dts/目錄。由於一個SoC可能對應多個machine（一個SoC可以對應多個產品和電路板），勢必這些.dts文件需包含許多共同的部分，Linux內核為了簡化，把SoC公用的部分或者多個machine共同的部分一般提煉為.dtsi，類似於C語言的頭文件。其他的machine對應的.dts就include這個.dtsi。譬如，對於VEXPRESS而言，vexpress-v2m.dtsi就被vexpress-v2p-ca9.dts所引用，
vexpress-v2p-ca9.dts有如下一行：
/include/
"vexpress-v2m.dtsi"
當然，和C語言的頭文件類似，.dtsi也可以include其他的.dtsi，譬如幾乎所有的ARM
SoC的.dtsi都引用了skeleton.dtsi。
.dts（或者其include的.dtsi）基本元素即為前文所述的結點和屬性：

[plain] view
plainprint?

/ {

node1 {

a-string-property = "A string";

a-string-list-property = "first string", "second string";

a-byte-data-property = [0x01 0x23 0x34 0x56];

child-node1 {

first-child-property;

second-child-property = <1>;

a-string-property = "Hello, world";

};

child-node2 {

};

};

node2 {

an-empty-property;

a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */

child-node1 {

};

};

};
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
上述.dts文件並沒有什麼真實的用途，但它基本表徵了一個Device
Tree源文件的結構：
1個root結點"/"；
root結點下面含一系列子結點，本例中為"node1" 和
"node2"；
結點"node1"下又含有一系列子結點，本例中為"child-node1" 和
"child-node2"；
各結點都有一系列屬性。這些屬性可能為空，如"
an-empty-property"；可能為字元串，如"a-string-property"；可能為字元串數組，如"a-string-list-property"；可能為Cells（由u32整數組成），如"second-child-property"，可能為二進制數，如"a-byte-data-property"。
下面以一個最簡單的machine為例來看如何寫一個.dts文件。假設此machine的配置如下：
1個雙核ARM
Cortex-A9 32位處理器；
ARM的local bus上的內存映射區域分布了2個串口（分別位於0x101F1000 和
0x101F2000）、GPIO控制器（位於0x101F3000）、SPI控制器（位於0x10170000）、中斷控制器（位於0x10140000）和一個external
bus橋；
External bus橋上又連接了SMC SMC91111
Ethernet（位於0x10100000）、I2C控制器（位於0x10160000）、64MB NOR
Flash（位於0x30000000）；
External bus橋上連接的I2C控制器所對應的I2C匯流排上又連接了Maxim
DS1338實時鍾（I2C地址為0x58）。
其對應的.dts文件為：

[plain] view
plainprint?

/ {

compatible = "acme,coyotes-revenge";

#address-cells = <1>;

#size-cells = <1>;

interrupt-parent = <&intc>;cpus {

#address-cells = <1>;

#size-cells = <0>;

cpu@0 {

compatible = "arm,cortex-a9";

reg = <0>;

};

cpu@1 {

compatible = "arm,cortex-a9";

reg = <1>;

};

};serial@101f0000 {

compatible = "arm,pl011";

reg = <0x101f0000 0x1000 >;

interrupts = < 1 0 >;

};serial@101f2000 {

compatible = "arm,pl011";

reg = <0x101f2000 0x1000 >;

interrupts = < 2 0 >;

};gpio@101f3000 {

compatible = "arm,pl061";

reg = <0x101f3000 0x1000

0x101f4000 0x0010>;

interrupts = < 3 0 >;

};intc: interrupt-controller@10140000 {

compatible = "arm,pl190";

reg = <0x10140000 0x1000 >;

interrupt-controller;

#interrupt-cells = <2>;

};spi@10115000 {

compatible = "arm,pl022";

reg = <0x10115000 0x1000 >;

interrupts = < 4 0 >;

};external-bus {

#address-cells = <2>

#size-cells = <1>;

ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet

1 0 0x10160000 0x10000 // Chipselect 2, i2c controller

2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flashethernet@0,0 {

compatible = "smc,smc91c111";

reg = <0 0 0x1000>;

interrupts = < 5 2 >;

};i2c@1,0 {

compatible = "acme,a1234-i2c-bus";

#address-cells = <1>;

#size-cells = <0>;

reg = <1 0 0x1000>;

interrupts = < 6 2 >;

rtc@58 {

compatible = "maxim,ds1338";

reg = <58>;

interrupts = < 7 3 >;

};

};flash@2,0 {

compatible = "samsung,k8f1315ebm", "cfi-flash";

reg = <2 0 0x4000000>;

};

};

};
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;

cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};

serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};

serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};

gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};

intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};

spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};

external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash

ethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};

i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};

flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
上述.dts文件中,root結點"/"的compatible 屬性compatible =
"acme,coyotes-revenge";定義了系統的名稱，它的組織形式為：<manufacturer>,<model>。Linux內核透過root結點"/"的compatible
屬性即可判斷它啟動的是什麼machine。
在.dts文件的每個設備，都有一個compatible
屬性，compatible屬性用戶驅動和設備的綁定。compatible
屬性是一個字元串的列表，列表中的第一個字元串表徵了結點代表的確切設備，形式為"<manufacturer>,<model>"，其後的字元串表徵可兼容的其他設備。可以說前面的是特指，後面的則涵蓋更廣的范圍。如在arch/arm/boot/dts/vexpress-v2m.dtsi中的Flash結點：

[plain] view
plainprint?

flash@0,00000000 {

compatible = "arm,vexpress-flash", "cfi-flash";

reg = <0 0x00000000 0x04000000>,

<1 0x00000000 0x04000000>;

bank-width = <4>;

};
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
compatible屬性的第2個字元串"cfi-flash"明顯比第1個字元串"arm,vexpress-flash"涵蓋的范圍更廣。
再比如，Freescale
MPC8349 SoC含一個串口設備，它實現了國家半導體（National Semiconctor）的ns16550
寄存器介面。則MPC8349串口設備的compatible屬性為compatible = "fsl,mpc8349-uart",
"ns16550"。其中，fsl,mpc8349-uart指代了確切的設備， ns16550代表該設備與National Semiconctor
的16550
UART保持了寄存器兼容。
接下來root結點"/"的cpus子結點下面又包含2個cpu子結點，描述了此machine上的2個CPU，並且二者的compatible
屬性為"arm,cortex-a9"。
注意cpus和cpus的2個cpu子結點的命名，它們遵循的組織形式為：<name>[@<unit-address>]，<>中的內容是必選項，[]中的則為可選項。name是一個ASCII字元串，用於描述結點對應的設備類型，如3com
Ethernet適配器對應的結點name宜為ethernet，而不是3com509。如果一個結點描述的設備有地址，則應該給出@unit-address。多個相同類型設備結點的name可以一樣，只要unit-address不同即可，如本例中含有cpu@0、cpu@1以及serial@101f0000與serial@101f2000這樣的同名結點。設備的unit-address地址也經常在其對應結點的reg屬性中給出。ePAPR標准給出了結點命名的規范。

❽ 求助AM335X在設備樹中添加GPMC設備的寫法

終端匹配電阻通常用於串接式連接的匯流排。如果採用星形連接，可選擇最遠的一個內模塊作為匹容配終端。星形連接匯流排中，如果設備數量不大，可以每個都接，但是，注意匹配電阻的取值要相對增大，否則，超過匯流排驅動能力，將會影響匯流排正常工作。

❾ linux怎麼編譯進驅動進內核

一、 驅動程序編譯進內核的步驟
在 linux 內核中增加程序需要完成以下三項工作：
1. 將編寫的源代碼復制到 Linux 內核源代碼的相應目錄；
2. 在目錄的 Kconfig 文件中增加新源代碼對應項目的編譯配置選項；
3. 在目錄的 Makefile 文件中增加對新源代碼的編譯條目。

bq27501驅動編譯到內核中具體步驟如下：
1. 先將驅動代碼bq27501文件夾復制到 ti-davinci/drivers/ 目錄下。
確定bq27501驅動模塊應在內核源代碼樹中處於何處。
設備驅動程序存放在內核源碼樹根目錄 drivers/ 的子目錄下，在其內部，設備驅動文件進一步按照類別，類型等有序地組織起來。
a. 字元設備存在於 drivers/char/ 目錄下
b. 塊設備存放在 drivers/block/ 目錄下
c. USB 設備則存放在 drivers/usb/ 目錄下。
注意：
(1) 此處的文件組織規則並非絕對不變，例如： USB 設備也屬於字元設備，也可以存放在 drivers/usb/ 目錄下。
(2) 在 drivers/char/ 目錄下，在該目錄下同時存在大量的 C 源代碼文件和許多其他目錄。所有對於僅僅只有一兩個源文件的設備驅動程序，可以直接存放在該目錄下，但如果驅動程序包含許多源文件和其他輔助文件，那麼可以創建一個新子目錄。
(3) bq27501的驅動是屬於字元設備驅動類別，雖然驅動相關的文件只有兩個，但是為了方面查看，將相關文件放在了bq27501的文件夾中。在drivers/char/目錄下增加新的設備過程比較簡單，但是在drivers/下直接添加新的設備稍微復雜點。所以下面首先給出在drivers/下添加bq27501驅動的過程，然後再簡單說明在drivers/char/目錄下添加的過程。

2. 在/bq27501下面新建一個Makefile文件。向裡面添加代碼：
obj-$(CONFIG_BQ27501)+=bq27501.o
此時，構建系統運行就將會進入 bq27501/ 目錄下，並且將bq27501.c 編譯為 bq27501.o
3. 在/bq27501下面新建Kconfig文件。添加代碼：
menu "bq27501 driver"

config BQ27501
tristate"BQ27501"
default y
---help---
Say 'Y' here, it will be compiled into thekernel; If you choose 'M', it will be compiled into a mole named asbq27501.ko.
endmenu
注意：help中的文字不能加回車符，否則make menuconfig編譯的時候會報錯。
4. 修改/drivers目錄下的Kconfig文件，在endmenu之前添加一條語句『source drivers/bq27501/Kconfig』 對於驅動程序，Kconfig 通常和源代碼處於同一目錄。 若建立了一個新的目錄，而且也希望 Kconfig 文件存在於該目錄中的話，那麼就必須在一個已存在的 Kconfig 文件中將它引入，需要用上面的語句將其掛接在 drivers 目錄中的Kconfig 中。

5. 修改/drivers目下Makefile文件，添加『obj-$(CONFIG_BQ27501) +=bq27501/』。這行編譯指令告訴模塊構建系統在編譯模塊時需要進入 bq27501/ 子目錄中。此時的驅動程序的編譯取決於一個特殊配置 CONFIG_BQ27501 配置選項。

6. 修改arch/arm目錄下的Kconfig文件，在menu "Device Drivers……endmenu"直接添加語句
source "drivers/bq27501/Kconfig"

❿ clover里driversx64uefi里應該放哪些驅動，各

在drivers64UEFI目錄下:

1、CsmVideoDxe-64.efi:Clover圖形界復面制的圖像驅動，可以有更多的解析度選擇。（僅限於啟動界面）。他基於UEFI BIOS的CSM模塊，因此需要CSM可用。

2、DataHubDxe-64.efi:DataHub協議是MacOSX的強制支持的。通常它是已經存在的，但有時它可能會丟失，在這種情況下，你應該看到屏幕上的警告信息。該文件的存在始終是安全的。

3、EmuVariableUefi-64.efi：大多數UEFI主板有NVRAM硬體，這個驅動提供支持MacOSX在一些罕見情況下需要的NVRAM變數。 僅當你不使用這個驅動出現問題時才使用這個驅動 。

4、OsxAptioFixDrv-64.efi：AMIApti UEFI主板內存修復。

5、OsxLowMemFixDrv-64.efi：OsxAptioFixDrv-64.efi的簡化版，不能和OsxAptioFixDrv-64.efi同時使用。

6、PartitionDxe-64.efi：支持非常用的分區圖表，比如混合GPT/MBR 或 蘋果分區圖表。這個文件的存在始終是安全的。