Reboot与Watchdog Reset

一、问题综述

        在近期的一项设计中，MCU中安装了Ubuntu 18.0系统，但是在Ubuntu中进行reboot操作，只能关闭当前进程，却不能够进行内核重启。

二、问题猜想

        那么为什么reboot命令不能够完全运行，不能重启内核呢？？？

       能够与reboot起到“异曲同工”作用的很容易想到reset PIN脚，通过下拉reset，使用硬件对内核进行复位操作。从设计中可以看到当系统正常工作时，MCU reset PIN脚始终处于拉高状态，所只要MCU不宕机，看门狗就不会乱叫。会不会是因为reset处于拉高状态使得reboot不能正常工作呢？

        那么就需要详细去了解一下reboot命令到底做了些什么？它和reset又有什么恩恩爱爱?

三、Linux reboot全过程

       reboot到底进行了什么操作？如下链接，博主讲的很详细，我只是一个搬运工。。。。。。

      转载： https://blog.csdn.net/davion_zhang/article/details/52233043

       

        普通的reboot是通过busybox为入口，进入halt_main函数，然后给init进程发送SIGTERM信号，init进程接收到信号后给其他进程发送终止信号，最后调用C库函数reboot，reboot通过系统调用sys_reboot进入内核，内核将整个系统重启。其中在shell中执行reboot –f则通过halt_main直接调用C函数reboot，不经过init进程。

        最终将调用C函数reboot，直接进入系统调用进入内核。调用kernel_restart函数，写寄存器，往管脚HRESET_REQ发出了一个信号，该信号应该与HRESET硬复位管脚相连，从而实现了CPU的复位

四、解决方案

        如上可见，reboot操作是和reset有一定关联，当看门狗将reset拉高时，reboot写寄存器无法操作reset，导致内核无法复位。则在reboot时要确保MCU内部能够对reset进行拉低操作，故将R2的0Ω电阻改换成10K电阻，将看门狗reset与MCU reset进行隔离，使得当reboot操作时，R2作为负载，使得MCU reset能够被拉低。且当狗叫时R2两侧等电势，且无电流通过，MCU reset仍可被拉低，系统得以正常工作，同时，reboot也可正常重启内核。

        但为什么选10K（试出来的）呢？而3K就不行呢？到底该加多大电阻隔离合适呢？面对一块完整封装的芯片，如同一个黑盒，好想知道盒子里面的模样，看到车水马龙的运作，可能答案会更明了。