linux RTC 驅動模型分析

最近學習rtc(real time clock)實時時鐘，rtc實時時鐘主要作用是給linux系統提供時間。rtc因為是電池供電的，是以掉電後時間不丢失。linux核心把rtc用作“離線”的時間 與日期維護器。當linux核心啟動時，它從rtc中讀取時間與日期，作為基準值。在運作期間核心完全抛開rtc，以軟體的形式維護系統的目前時間與日 期，并在需要時将時間回寫rtc晶片。另外如果rtc提供了irq中斷并且可以定時，那麼rtc還可以作為核心睡眠時喚醒核心的鬧鐘。應用程式可以用 rtc提供的周期中斷做一些周期的任務。 linux有兩種rtc驅動的接口，一個是老的接口，專門用在pc機上的。另外一鐘新接口是基于linux裝置

驅動程式的。這個新的接口建立了一個rtc驅動模型，實作了rtc的大部分基本功能。而底層驅動無須考慮一些功能的實作，隻需将自己注冊的rtc核心中， 其他工作由rtc核心來完成。下面分析rtc新接口的驅動模型。

一. 驅動模型結構

與rtc核心有關的檔案有：

/drivers/rtc/class.c          這個檔案向linux裝置模型核心注冊了一個類rtc，然後向驅動程式提供了注冊/登出接口

/drivers/rtc/rtc-dev.c       這個檔案定義了基本的裝置檔案操作函數，如：open,read等

/drivers/rtc/interface.c     顧名思義，這個檔案主要提供了使用者程式與rtc驅動的接口函數，使用者程式一般通過ioctl與rtc驅動互動，這裡定義了每個ioctl指令需要調用的函數

/drivers/rtc/rtc-sysfs.c     與sysfs有關

/drivers/rtc/rtc-proc.c      與proc檔案系統有關

/include/linux/rtc.h         定義了與rtc有關的資料結構

rtc驅動模型結構如下圖：

二. 基本資料結構

1. struct rtc_device 結構

這個結構是rtc驅動程式的基本資料結構，但是他不像其他核心的基本結構一樣，驅動程式以他為參數調用注冊函數注冊到核心。這個結構是由注冊函數傳回給驅動程式的。

2. struct rtc_class_ops 結構

這個結構是rtc驅動程式要實作的基本操作函數，注意這裡的操作不是檔案操作。驅動程式通過初始化這樣一個結構，将自己實作的函數與rtc核心聯系起來。這裡面的大部分函數都要驅動程式來實作。而且這些函數都是操作底層硬體的，屬于最底層的函數。

3. struct rtc_time 結構

代表了時間與日期，從rtc裝置讀回的時間和日期就儲存在這個結構體中

三. class.c

1. 子產品初始化函數：rtc_init

rtc_init首先調用class_create建立了一個類--rtc。我們知道類是一個裝置的高層視圖，他抽象出了底層的實作細節。類的作用就是向

使用者空間提供裝置的資訊，驅動程式不需要直接處理類。然後初始化類結構的相應成員，rtc_suspend，rtc_resume這兩個函數也是在 class.c中實作的。接下來調用rtc_dev_init()，這個函數為rtc裝置動态配置設定裝置号，儲存在rtc_devt中。最後調用 rtc_sysfs_init，初始化rtc_class的屬性。

2. 為底層驅動提供接口：rtc_device_register，rtc_device_unregister

1）：處理一個idr的結構，idr在linux核心中指的就是整數id管理機制，從本質上來說，idr是一種将整數id号和特定指針關聯在一起的機

制。這個機制最早是在2003年2月加入核心的，當時是作為posix定時器的一個更新檔。現在，在核心的很多地方都可以找到idr的身影。詳細實作請參照 相關核心代碼。這裡從核心中擷取一個idr結構，并與id相關聯。

（2）：配置設定了一個rtc_device的結構--rtc，并且初始化了相關的成員：id, rtc_class_ops等等。

（3）：首先調用rtc_dev_prepare（在rtc-dev.c中定義）。因為rtc裝置本質來講還是字元裝置，是以這裡初始化了字元裝置相關的 結構：裝置号以及檔案操作。然後調用device_register将裝置注冊到linux裝置模型核心。這樣在子產品加載的時候，udev

daemon就會自動為我們建立裝置檔案rtc(n)。

（4）：先後調用rtc_dev_add_device，rtc_sysfs_add_device，rtc_proc_add_device三個函數。 rtc_dev_add_device注冊字元裝置，rtc_sysfs_add_device隻是為裝置添加了一個鬧鐘屬

性，rtc_proc_add_device 建立proc檔案系統接口。

四. rtc-dev.c

rtc-dev.c 初始化了一個file_operations結構--rtc_dev_fops，并定義了這些操作函數。

1. rtc_dev_fops rtc基本的檔案操作

2.

函數的實作（以rtc_dev_read為例）

這裡的read不是應用程式用來擷取時間的，而是有其他的作用，他幫助應用程式周期性的完成一些工作。如果要使用這個功能，應用程式首先保證rtc驅動程

序提供這樣的功能。這個功能是這樣實作的：程序讀取/dev/rtc(n)，程序睡眠直到rtc中斷将他喚醒。我們可以發現，這裡的睡眠是ldd3中提到 的手工睡眠。這個函數的手工休眠過程如下：首先調用declare_waitqueue(wait, current)，聲明一個等待隊列入口，然後調用add_wait_queue将這個入口加入到rtc的irq等待隊列裡，然後進入循環。在循環裡首先 把程序的狀态改成task_interruptible，這樣程序就不能再被排程運作。但是現在程序還在運作，沒有進入睡眠狀态。程式然後讀取rtc裡面

的irq_data，如果不是零，那麼程式跳出這個循環，程序不會睡眠。因為這個irq_data在rtc的中斷處理程式會被指派，而讀過之後就會清零， 是以如果資料不是零的話說明發生過一次中斷。如果是零那麼沒有發生中斷，調用schedule，程序會被排程出可運作隊列，進而讓出處理器，真正進入睡 眠。跳出循環代表被喚醒，然後将程序狀态改變為可運作，移除等待隊列入口。最後将讀回的資料傳給使用者空間。

五. interface.c

interface.c裡的所有函數的實作都對應于rtc-dev.c 中ioctl相應的指令。對應關系如下：

rtc_alm_read                     rtc_read_alarm           讀取鬧鐘時間

rtc_alm_set                      rtc_set_alarm            設定鬧鐘時間

rtc_rd_time                      rtc_read_time            讀取時間與日期

rtc_set_time                     rtc_set_time             設定時間與日期

rtc_pie_on rtc_pie_off           rtc_irq_set_state              開關rtc全局中斷的函數

rtc_aie_on rtc_aie_off           rtc_alarm_irq_enable     使能禁止rtc鬧鐘中斷

rtc_uie_off rtc_uie_on           rtc_update_irq_enable    使能禁止rtc更新中斷

rtc_irqp_set                     rtc_irq_set_freq         設定中斷的頻率

以上就是所有ioctl的指令與實作的對應關系。其中如果不涉及中斷的話，有兩個指令需要我們特别關心一下，就是rtc_rd_time與 rtc_set_time。因為rtc最基本的功能就是提供時間與日期。這兩個指令恰恰是擷取時間和設定時間。下面分析一下這兩個指令的實作，也就是

rtc_set_alarm與rtc_read_time函數的實作：

1. rtc_read_time 函數

這個函數用了一個信号來保證在同一時刻隻有一個程序可以擷取時間。鎖定了這個信号量後，調用rtc->ops裡面read函數，這個函數是由具體的驅動程式實作的，操作底層硬體。讀回的時間存放在rtc_time結構裡面的。

2. rtc_set_time 函數

這個函數其實和rtc_read_time函數差不多，同樣是鎖定信号量，同樣是調用底層驅動函數。但是這裡的設定時間提供了兩個調用：一個是

set_time，一個是set_mmss。因為有的rtc硬體隻計算秒數，不關心牆鐘時間，是以如果是這樣的rtc，必須實作set_mmss來設定時 間。

六. rtc-sysfs.c 部分

這個部分主要是有關sysfs的操作。rtc-sysfs.c中定義了這樣一個裝置屬性組，如下：

這個屬性組是在class.c的子產品初始化函數中，由rtc_sysfs_init函數指派給rtc_class->dev_attrs 的，以後屬于這個類的裝置都會有這些屬性。但是我們知道要想一個裝置結構擁有一種屬性，必須調用device_create_file，這樣才會使這個屬 性出現在sysfs相關裝置目錄裡。但是在這裡的代碼中隻是給這個類的dev_attrs域指派了這個屬性組指針，而沒有調用 device_create_file。我原來以為是在rtc_device_resgister函數中，由rtc_sysfs_add_device完

成這個工作，但是這個函數隻是給裝置添加了鬧鐘屬性，并沒有處理這個屬性組。最後發現這個工作是由device_register來完成的。這裡的調用關 系有點複雜：

device_register調用device_add

device_add調用 device_add_attrs

device_add_attrs調用device_add_attributes

device_add_attributes調用device_create_file來完成裝置的屬性設定的。

設定完屬性後，在/sys/class/rtc/rtc(n)的目錄下就會出現name，date，time等檔案，使用者讀這些檔案的時候就會調用相應的 函數。如讀取name檔案，就會調用rtc_sysfs_show_name函數，這個函數也是在rtc-sysfs.c中實作的，作用是讀取并顯示時 間。

七. rtc-proc.c

這個檔案提供rtc的proc檔案系統接口。proc檔案系統是軟體建立的檔案系統，核心通過他向外界導出資訊，下面的每一個檔案都綁定一個函數，當使用者讀取這個檔案的時候，這個函數會向檔案寫入資訊。rtc-proc.c中初始化了一個檔案操作：

rtc驅動在向rtc核心注冊自己的時候，由注冊函數rtc_device_resgister調用rtc_proc_add_device來實作proc接口的初始化，這個函數如下定義：

他主要調用了proc_create_data。proc_create_data完成建立檔案節點的作用，并将檔案的操作函數與節點聯系起來。調用這個

函數後，在/proc/driver目錄下就會有一個檔案rtc，應用程式打開這個檔案就會調用rtc_proc_open函數，這個函數如下定義：

我們知道一個proc的檔案必須與一個操作函數組成一個proc入口項，這個檔案才能正常工作。這個函數最主要作用就是調用single_open，建立

一個proc檔案入口項，使其操作函數是rtc_proc_show，并初始化seq_file接口。rtc_proc_show函數如下定義：

這個函數就是最後給使用者顯示資訊的函數了，可以看出他通過調用rtc_deivce中的操作函數，讀取時間，日期和一些其他的資訊顯示給使用者。

六. 總結

rtc核心使底層硬體對使用者來說是透明的，并且減少了編寫驅動程式的工作量。rtc新的驅動接口提供了更多的功能，使系統可以同時存在多個rtc。 /dev，sysfs，proc這三種機制的實作使得應用程式能靈活的使用rtc，rtc核心雖然表面上看上去很簡單，但是還是涉及到很多知識，有些東西 書上講的還是不夠詳細，還需要通過分析代碼加深了解。 另外rtc核心代碼的組織方式也值得學習，不同功能的代碼放在不同的檔案中，簡單明了。