LINUX驱动分析之RTC（三）

 / *****************************************************************************************************/

声明：本博内容均由http://blog.csdn.net/lmm670原创，转载请注明出处，谢谢！
/****************************************************************************************************/

 

    函数把rtc驱动注册进了linux中，主要就是注册了对RTC的一些列操作，设置时间，设置闹钟等等，而这些操作都被包含在&s3c_rtcops中，我们来仔细观察这个家伙的全貌：

    static const struct rtc_class_ops s3c_rtcops = {

         .open                 = s3c_rtc_open,

         .release   = s3c_rtc_release,

         .read_time       = s3c_rtc_gettime,

         .set_time          = s3c_rtc_settime,

         .read_alarm     = s3c_rtc_getalarm,

         .set_alarm       = s3c_rtc_setalarm,

         .irq_set_freq   = s3c_rtc_setfreq,

         .irq_set_state = s3c_rtc_setpie,

         .proc                 = s3c_rtc_proc,

};

    是不是很清楚了呢？所有的RTC相关的操作全在里面。读出RTC时间，设置rtc时间,设置闹钟，读取闹钟，设置rtc频率参数等等，我就不一一分析了，无非就是一些对硬件寄存器的读写操作，千篇一律，搞驱动的兄弟和他们熟悉的不能在熟悉了。

    我们重点来看一个函数，那就是s3c_rtc_open：

 

    在这个函数中我们发现只做了一件事：就是通过request_irq把    RTC的两个终端注册进系统，我们来看看这2个中断函数：

    这2个函数都调用了同一个函数rtc_update_irq只是传进去的参数不一样而已，一个是闹钟中断，一个是系统时钟滴答中断。

进入代码分析：

392行：异步通知系统此中断的到来；

到这里，rtc-s3c.c已经分析完。

下面一节我们看看上层是如何和底层打交道的