上一篇介绍了watchdog实现框架，不同厂家soc提供的实现会有所差异，但是整体流程还是在框架范围内。以项目中具体的实践进一步说明watchdog的功能，很多车企都在使用qcom的SA8295芯片，本文也以此为例。
流程图
SA8295芯片是和qnx系统绑定的，系统层面一般是采用Q+L或Q+A的架构，即host端为QNX，guest端为linux(或android)。watchdog模块在host和guest都有实现，host端虚拟设备vdev驱动充当硬件，guest端需要定期发送心跳信号(pet)重置host端的vdev。
为了对比watchdog通用框架中的实现，需要对qcom 实现中的名词进行解释下：
- pet：'投食'，由guest端发起，同义的有: ping、heartbeat，都是指心跳信号;
- bark：'狗叫'，由host端发起，通用框架中pretimeout回调的功能，收集重启前的信息；
- bite：'狗咬'，由host端发起，通用框架中timeout触发的功能，重启设备；
流程：
- guest喂狗进程msm-watchdog定期发送pet信号，重置host端的定时器；
- 当guest系统异常导致无法发送pet信号，bark timeout后会发送irq到guest端，guest端msm-watchdog收到中断后收集信息用于问题分析；
- 步骤2收集完后等待bite重启guest，图中的vmm为虚拟机管理器，管理guest的启动、停止等生命周期。
guest实现
分为watchdog驱动(qcom_soc_wdt.c)和watchdog core框架(qcom_wdt_core.c)2部分。
- 入口：watchdog设备首先会执行 qcom_soc_wdt_probe进行初始化；
- 每种具体的watchdog型号都会有对应实现的操作集：qcom_soc_wdt_ops
qcom_soc_set_wdt_bark：设置bark timeout时间，宏QCOM_WATCHDOG_BARK_TIME(11s)定义;
qcom_soc_set_wdt_bite：设置bite timeout时间，qcom实现为bark_timeout +3000(14s)；
qcom_soc_reset_wdt：重启watchdog；
qcom_soc_enable_wdt：开启watchdog；
qcom_soc_disable_wdt：停止watchdog；
qcom_soc_show_wdt_status：获取watchdog status信息；- 调用框架提供的qcom_wdt_register方法提供了主要的实现。原型如下，其中wdog_dd_name为msm-watchdog，即喂狗线程的名字。
int qcom_wdt_register(struct platform_device *pdev, struct msm_watchdog_data *wdog_dd, char *wdog_dd_name)qcom_wdt_dt_to_pdata：
赋值watchdog关键字段:
- bark_irq: bark_time超时后guest会发送irq给guest，值有linux-lv.config定义：
vdev vdev-msm.so loc 0x1c400000 name vdev-msm wdt_base 0x17C10000 wdt_hz 32765 wdt_bark_irq 32 wdt_bite_irq 33 - bark_time: 通用框架中的pretimeout，当该时间到期后会收集信息，值是有宏QCOM_WATCHDOG_BARK_TIME定义，默认为11s；
- pet_time: 喂狗间隔，定期向host发送心跳(heartbeat)信号，值是有宏QCOM_WATCHDOG_PET_TIME定义，默认为9.360s；
- do_ipi_ping：当msm-watchdog向host发送心跳信号，所在的local cpu同时也会向其他cpu发送ping信号，让其他cpu保持活跃状态，值是有宏QCOM_WATCHDOG_IPI_PING定义，默认为true；
- wakeup_irq_enable: 系统suspend和resume时，watchdog会自动停止和恢复，值是有宏QCOM_WATCHDOG_WAKEUP_ENABLE定义，默认为true；
msm-watchdog
kthread_create创建喂狗进程，间隔pet_time向host发送心跳信号。实现上和通用watchdog架构类似，逻辑也不复杂。
qcom_wdt_init
该处的实现比较重要，上图对其中的主要步骤进行了列举。
注：部分函数参数进行了简略以便突出关键点。
- devm_request_irq
申请bark中断号和中断处理函数 qcom_wdt_bark_handler，中断号为32，触发方式为IRQF_TRIGGER_RISING(上升沿)，中断名字为apps_wdog_bark。当bark timeout后guest会收到中断并执行qcom_wdt_bark_handler函数：
[IVI]# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
10: 0 0 0 0 0 0 0 0 GICv3 32 Edge apps_wdog_barkqcom_wdt_bark_handler主要用于收集信息，并等待bite 中断重启：
[ 1481.289810] msm_watchdog 17c10000.qcom,wdt: QCOM Apps Watchdog bark! Now = 1481.289807
[ 1481.289812] msm_watchdog 17c10000.qcom,wdt: QCOM Apps Watchdog last pet at 1469.924284
[ 1481.289814] msm_watchdog 17c10000.qcom,wdt: cpu alive mask from last pet 1f
[ 1481.289815] msm_watchdog 17c10000.qcom,wdt: Causing a QCOM Apps Watchdog bite!
[ 1481.290591] msm_watchdog 17c10000.qcom,wdt: Wdog - STS: 0xffffffff, CTL: 0xffffffff, BARK TIME: 0xffffffff, BITE TIME: 0xffffffff- set_bark_time和set_bite_time
设置bark_timeout和bite_tiemout值，值是由前面的qcom_wdt_dt_to_pdata初始化的，下面也说明了bark后预留了一部分时间用于收集信息才会reset系统。这里也是通用框架中pretimeout的实现场景之一。
bite_tiemout = bark_timeout + 3000ms- qcom_wdt_panic_handler
注册panic notifier通知链，即发生panic时会触发链表上的回调函数。该功能比较实用，可以自定义一些行为，如收集内存信息，cpu信息等。该处的回调实现为qcom_wdt_panic_handler：
static int qcom_wdt_panic_handler(struct notifier_block *this, unsigned long event, void *ptr)
{
...
if (panic_timeout == 0) {
wdog_dd->ops->disable_wdt(wdog_dd);
} else {
qcom_wdt_reset_on_oops(wdog_dd, panic_timeout);
}
}
static void qcom_wdt_reset_on_oops(struct msm_watchdog_data *wdog_dd, int timeout)
{
wdog_dd->ops->set_bark_time((timeout + 10) * 1000, wdog_dd);
wdog_dd->ops->set_bite_time((timeout + 10) * 1000, wdog_dd);
}如果定义了panic_timeout(如通过宏CONFIG_PANIC_TIMEOUT或者cmdline)，即发生panic后等待多久重启。不为0的情况下会在 qcom_wdt_reset_on_oops设置bark和bite timeout时间，触发bark会延迟panic_timeout + 10;
- qcom_wdt_pet_task_wakeup
启动喂狗定时器，同通用框架中实现。pet_timer为9.360s，定时器结束后触发qcom_wdt_pet_task_wakeup
//1. 设置定时器函数
timer_setup(&wdog_dd->pet_timer, qcom_wdt_pet_task_wakeup, 0);
// 2.定时器到期后唤醒msm-watchdog
static void qcom_wdt_pet_task_wakeup(struct timer_list *t)
{
...
wake_up(&wdog_dd->pet_complete);
}
// 3. 执行 qcom_wdt_kthread
static __ref int qcom_wdt_kthread(void *arg)
{
...
while (!kthread_should_stop()) {
do {
ret = wait_event_interruptible(wdog_dd->pet_complete,
wdog_dd->timer_expired);
} while (ret != 0);结束
这篇主要介绍了sa8295 watchdog guest端实现，主要流程应该大致清楚了，可以对比通用框架和qcom实现的相同点和差异点。host端涉及也较多，放在下一篇介绍。