xillybus_0:xillybus@50000000 {
compatible = "xlnx,xillybus-1.00.a";
reg = < 0x50000000 0x1000 >;
interrupts = < 0 59 1 >;
interrupt-parent = <&gic>;
xlnx,max-burst-len = <0x10>;
xlnx,native-data-width = <0x20>;
xlnx,slv-awidth = <0x20>;
xlnx,slv-dwidth = <0x20>;
xlnx,use-wstrb = <0x1>;
} ;
} ;

這里只列出原始DTS文件中的兩個設備。

第一個條目：Zynq處理器的中斷控制器。這個條目確保中斷控制器被加載。注意它的標簽是“gic"。這個標簽被每個使用中斷的設備引用。

終于可以講述最有趣的部分了：以上說的這些如何與內核代碼配合工作。

關于內核驅動
設備驅動加載和卸載時有四件事情會發(fā)生：
. 硬件存在時(比如在設備樹中聲明)，內核代碼加載相應驅動
. 驅動需要了解設備的物理地址
. 驅動需要了解設備觸發(fā)的中斷號，用來注冊中斷處理函數(shù)。
. 一些特殊信息需要被獲取

內核中有直接訪問設備樹的API，但是設備驅動使用專用接口更方便，這些專用接口受PCI/PCIe驅動的API影響。來看下xillybus_0條目，這是一個掛載于AXI總線上的典型邏輯設備。

標簽和節(jié)點名
首先，標簽("xillybus")和條目名()。標簽可以省略，條目節(jié)點名的格式為()，最后在/sys下產生一個標準的條目(/sys/devices/axi.0/50000000.xillybus/)。，不過內核肯定不是從這里訪問設備樹的。

驅動自動加載
節(jié)點中的第一個賦值語句compatible = “xlnx,xillybus-1.00.a”是最重要的一句：它連接硬件和驅動。當內核在總線上掃描設備時(設備節(jié)點在設備樹里掛在一個總線節(jié)點下)，內核檢索"compatible"字段，然后將其字符串與一些已知的字符串比較。這個過程會在啟動時自動發(fā)生兩次：
. 內核啟動時，編譯進內核的驅動與設備樹中某個"compatible"條目匹配
. 之后加載內核模塊時，再觸發(fā)一次匹配操作

內核驅動和"compatible"條目的連接由驅動代碼中的一小段完成：
static struct of_device_id xillybus_of_match[] __devinitdata = {
{ .compatible = "xlnx,xillybus-1.00.a", },
{}
};

MODULE_DEVICE_TABLE(of,xillybus_of_match);

這段代碼使得驅動與某一個"compatible"條目匹配。注意上面的id表中有一個空結構，用這個空意緒標志id表的結束。

在上段代碼之后，一定有類似如下的一段代碼：
static struct platform_driver xillybus_platform_driver = {
.probe = xilly_drv_probe,
.remove = xilly_drv_remove,
.driver = {
.name = "xillybus",
.owner = THIS_MODULE,
.of_match_table = xillybus_of_match,
},
};

platform_driver_register(&xillybus_platform_driver)在模塊初始化里被調用。這個結構告訴內核，當驅動與某個硬件匹配時，xilly_drv_probe 被調用。

對內核來說，"compatible"字串需要與某個驅動名相同。”xlnx"前綴用于防止名字沖突。

另外，一個設備可以有多個"compatible"。因為一個設備可以有多個模塊對應多個驅動。

可能會需要匹配硬件的名字和類型，但這不常用。

寫內核模塊時需要特別注意，自動加載機制依賴于/lib/modules/{kernel version}/modules.ofmap文件中的"compatible"字串，其他定義文件也在這個目錄下。正確的方式是把*.ko文件復制到/lib/modules/{kernelversion}/kernel/drivers/下的相關目錄中，然后：
depmod -a

獲取資源信息

內核模塊驅動加載之后，就開始把硬件資源管理起來，如讀寫寄存器、接收中斷。

來看看設備樹里的一條：
xillybus_0: xillybus@50000000 {
compatible = "xlnx,xillybus-1.00.a";
reg = < 0x50000000 0x1000 >;
interrupts = < 0 59 1 >;
interrupt-parent = <&gic>;

xlnx,max-burst-len =<0x10>;
xlnx,native-data-width = <0x20>;
xlnx,slv-awidth = <0x20>;
xlnx,slv-dwidth = <0x20>;
xlnx,use-wstrb = <0x1>;
} ;

驅動一般在探測函數(shù)里就取得了硬件內存段的所有權(探測函數(shù)就是probe指針指向的函數(shù))。

來看看一個典型探測函數(shù)的框架：
static int __devinit xilly_drv_probe(struct platform_device *op)
{
const struct of_device_id *match;

match =of_match_device(xillybus_of_match, &op->dev);

if (!match)
return -EINVAL;

第一個操作就是檢查probe是否作用在相關硬件上。

訪問寄存器

下一步，分配一段內存并映射到虛擬內存中。
int rc = 0;
struct resource res;
void *registers;

rc = of_address_to_resource(&op->dev.of_node,0, &res);
if (rc) {
/* Fail */
}

if(!request_mem_region(res.start, resource_size(&res), "xillybus")){
/* Fail */
}

registers =of_iomap(op->dev.of_node, 0);

if (!registers) {
/* Fail */
}

of_address_to_resource() 在設備樹中找到第一個"reg"，并將解析到的信息填充在"res"結構體里。這個例子里"reg = <0x50000000 0x1000 >”, 指的是分配一塊起始物理地址是0x50000000，長度為0x1000字節(jié)的空間。of_address_to_resource()會設置res.start =0x50000000， res.end = 0x50000fff。

調用request_mem_region()是為了注冊特殊的內存段。目的是避免兩個驅動訪問同一段寄存器空間而造成的沖突。resource_size()是個內聯(lián)函數(shù)，返回segment的大小(此處是0x1000)。

of_iomap()函數(shù)是of_address_to_resource()和ioremap()的組合，本質上等效于ioremap(re.start, resource_size(&res)).確保物理段已經映射到虛擬內存中，函數(shù)返回內存段的虛擬地址空間起始地址。

顯然，當模塊卸載或某個錯誤發(fā)生時，這些操作都需要有恢復動作。

訪問硬件寄存器請使用iowrite32(),ioread32()以及其他的函數(shù)和宏，而不要直接使用上面的"register"指針。

中斷處理

這部分的驅動很簡單，類似如下：
irq = irq_of_parse_and_map(op->dev.of_node, 0);

rc = request_irq(irq,xillybus_isr, 0, "xillybus", op->dev);

irq_of_parse_and_map()在設備樹里查找中斷的描述項，然后返回中斷號，request_irq()將使用這個中斷號來注冊。第二個參數(shù)是0,表示使用設備樹中的第一個中斷。

設備樹里面描述是：
interrupts = < 0 59 1 >;
interrupt-parent = <&gic>;

那么使用了這三個數(shù)據中的哪一個呢？

第一個0是一個標志，用于指示中斷是否是SPI(共享中斷，shared peripheral interrupt)。非0值表示它是SPI。事實上在Zynq硬件上，這些中斷都是共享的，這里是為了方便才寫0, 軟件上認為它不共享。

第二個數(shù)據表示中斷號。

第三個數(shù)字是中斷類型，可以有如下值：

0 - 內核不改變它，開機或uboot設置它是什么樣就什么樣。
1 - 上升沿觸發(fā)
4 - 電平觸發(fā)，高電平表示來中斷。
不允許有其他值，下降沿觸發(fā)和低電平中斷目前不支持，因為硬件不支持那些模式。如果需要這樣的觸發(fā)方式，就得在硬件上加一個非門。

值得注意的是第三個數(shù)字在設備樹里通常都是0, 所以Linux內核不去改變中斷模式。這通常意味著高電平觸發(fā)。這也讓驅動依賴于bootloader里的設置。

interrupt-parent 這一句，必須指向中斷控制器&gic。如果反編譯一個DTB文件，這里的&gic會被一個數(shù)字代替，通常是0x1。

Application-specific data
之前提過，設備樹中是一些特殊信息，這樣一個驅動可以管理數(shù)片類似的硬件。例如，一個LCD顯示驅動，分辨率信息和物理尺寸可能出現(xiàn)在設備樹中。串口信息要告訴驅動當前的時鐘頻率。

最簡單的，最常用的形式，這個信息由一條賦值語句組成：
xlnx,slv-awidth = <0x20>;

"xlnx"前綴可以防止命名沖突。名字可以任意取，但最好能望文知意。這里的"xlnx"是使用軟件自動生成設備樹時加上的前綴。

為了抓取到這一條信息，代碼可以這樣寫：
void *ptr;
ptr = of_get_property(op->dev.of_node, "xlnx,slv-awidth", NULL);

if (!ptr) {
/* Couldn't find the entry */
}

第三個參數(shù)NULL，是一個長度指針，可以返回數(shù)據的長度。

這條語句的值是一個數(shù)字：
int value;
value = be32_to_cpup(ptr);

be32_to_cpup讀“ptr”指向的數(shù)據，從大端轉到處理器的小端，然后就得到想要的數(shù)字了。

drivers/of/base.c中有大量讀取這些信息的API。

總結
為一個外置寫一個設備樹entry很簡單：
. 為"compatible"賦一個字符串"magicstring"，自動生成工具的生成格式一般是：名字+版本。
. 在數(shù)據手冊里查看總線上設備的地址分配信息， 寫一條 "reg=" 語句。
. "interrupt-parent=<&gic>"
. 中斷號 "interrupt="
. 最后加上一些設備的自定義參數(shù)