soc 不停重启，reset reason 显示power reset；power reset 是soc PMU控制的吗？ 有哪些原因会导致power reset

这个问题不像根本原因，同样的镜像刷到别的板子上都没问题。

需要你们提供分析思路，比如

1、内核中的reset_reson.txt power reset 是从哪里读到，又是从哪里写到该文本的？

2、哪些原因导致power reset谢谢

你好，J5上这个值是记录在/proc/cmdline，重启的时候把这个值给mcore,然后启动时候给uboot下发的

power reset一般是硬件问题把，看看供电电源是不是稳定的

J3的逻辑应该跟这个大差不差的

1、这个cmdline 是不是uboot下读取pmu 寄存器后写的，kernel在从uboot下去读？

2、也怀疑过供电，但是一是电源波动不大，重启仅下降0.2A，mcu也没有控制电源的操作；二是uboot下和recovery模式下不会重启，可能uboot和recovery下的硬件初始化不一样，能进一步缩小范围吗？

比如如何比较recovery系统和正常系统的外设区别？

1.方式的对的，但是寄存器不是pmu的就是内部的状态寄存器的

2.系统启动后会有负载的，看能不能增加点日志下信息加载哪个硬件模块的时候产生的不稳定，或者能不能的提供一下供电电压的

以前项目还出现过power_reset reason wathdog，也放过去了。

想请教下 这个power_reset 类问题的分析和排查方法。

power_reset reason wathdog 一般是wdt1的话，看backtrace,检查调用栈中是否有关中断时间过长的情况，内核驱动主要关注中断处理时间和spinlock_irqsave接口

没有原因的power_ reset,一般都是大问题，像是电压导致的芯片不稳定的可能需要找硬件同学一起check的

最后请教一下，

1、系统进入recovery 分区有哪些情况，除了升级失败外，这方面的逻辑想了解一下。

2、recovery镜像是怎么生成的，很小，方便的话介绍下流程。

这个如果是说明性质的话，你可以先网上搜下，因为我也不是做recovery的 一下子还回复不了

不过recovery机制是个成熟的机制的，网上的资料应该很多的，如果涉及到J3 recovery的问题可以帮你去问问对应的开发的

找硬件测量了相关的reset 控制引脚，电源电压，均为发现异常。

soc 内部的pmu 会产生reset吗

uboot下正常，内核启动后就重启（这个板子以前也是正常的），但是同样的镜像刷到别的板子也正常，不重启；目前怀疑soc内部又没啥异常的查看方法

我们出了一批货在现场发现会有一些机子出现这种反复重启的现象，原则上讲供电、以及运行的软件都是一样的，偏偏又会出现这种现象，很玄学。暂时没有思路排查了 emo... | ...ome ?