|
- UID
- 872238
|
在Linux内核阶段2的Watchdog驱动加载程序适当代码处插入喂狗代码，喂狗代码调用GPIO驱动，GPIO驱动内含取反中央处理器的GPIO3状态寄存器的操作；在Linux内核阶段3的内核加载根文件系统程序、init程序的适当代码处调用Linux的Watchdog驱动，Watchdog驱动内含取反中央处理器的GPIO3状态寄存器的操作。
以上内核阶段的划分是以GPIO及Watchdog驱动的加载为标志的。GPIO驱动加载之前为内核阶段1，GPIO驱动加载之后至Watchdog驱动加载之前为内核阶段2，Watchdog驱动加载之后为内核阶段3。
下面示例说明内核解压缩asm／arch／boot／compressed．c中喂狗的实现代码：
从以上代码可以看出，它是内核阶段l喂狗的典型方法，是直接取反GPIO3状态寄存器的。
下面示例说明内核阶段2的喂狗方法(仅以加载RTC驱动为例)：首先让RTC驱动中包含GPIO的头文件，然后在读取RTC当前值的函数中调用GPIO驱动进行喂狗。
为了能够在内核阶段3调用Watchdog驱动进行喂狗，需要在Watchdog驱动中导出喂狗函数以供内核阶段3使用。Watchdog驱动喂狗也是调用GPIO驱动实现的，但Watchdog驱动一旦加载完成，以后的喂狗都通过调用Watchdog驱动完成。
1．2．3 程序运行阶段
图2为多线程应用程序运行阶段喂狗方法。在主程序中首先创建一个监控线程，它的优先级高于其他线程。监控线程在其他被监控的线程正常工作的情况下，一定时间内对看门狗进行喂狗操作，喂狗操作通过调用Watch—dog驱动来完成。如果某个线程出现故障，监控线程就不执行喂狗操作，也就达到这个线程出现故障时系统自动重启的目的。如果监控线程自身出现故障，不能及时执行喂狗操作，看门狗也自动复位重启。具体做法是，主程序首先启动监控线程，然后依次启动N个被监控的线程，每一线程内都设置一计数器。被监控的线程中首先对线程内的计数器初始化为O，在各个线程主循环中，对相应的计数器执行加1操作。监控任务首先启动看门狗，进入循环。每隔M秒对各线程内的计数器进行检验，在M秒内每隔1 s要对看门狗喂狗，否则系统就会复位重启。查询N个计数器值是否为0，如果全都大于0，则说明对应接受监控的线程正常运行，然后对看门狗喂狗，并将N个计数器值清零。如果有任意一个计数器值为O，检测到对应接受监视的线程出现故障需要重启，这时不对看门狗喂狗，使得系统复位重启。
以下示例说明在应用中如何调用Watchdog驱动实现喂狗：
总之，在系统不同阶段，由于系统调用和封装程度不同，看门狗的喂狗实现方法也不同：在Bootloader阶段，直接取反中央处理器的GPIO3的状态寄存器；在Linux内核阶段1，采取取反中央处理器的GPIO3的状态寄存器的方法进行；在Linux内核阶段2，采取调用GPIO的驱动的方法进行； |
|
