按照官网上一步步做下来，按照缺省设置重新编译了内核。然后把内核上传，都没问题。系统启动后，确认了系统用的是刚刚编译的内核。

然后使用 openocd/gdb 来调试内核，当我把内核停下来的时候，过上一分钟，系统会 reset。 如果不暂停，没问题。

感觉像是watchdog reset。

问题：

1. 如何确认这是个watchdog reset？
2. 如何把watchdog关掉，好像有option bytes可以设置，但不知怎么搞。第一次用STM的产品。

您好，请问您使用的是哪个版本的OSTL呢？是否能够提供一下具体的调试步骤和log信息呢？

我所有所有都是按照 STM32MP135x-DK - stm32mpu 的步骤做的。

用 STM32MP1-Ecosystem-v5.0.0 Starter Package flash 的

我用教程上的，用教程上release 的flash file试过。也用自己编译的内核试过。结果都是一样的。

内核编译步骤：

Modify, rebuild and reload the Linux® kernel - stm32mpu

调试步骤：Debugging the Linux kernel using the GDB - stm32mpu

其实调试的时候，只是把 openocd 起来，然后用gdb 连上，bt 看了一下 call stack，结果也挺好。 然后啥都不动， 系统就reset，如果用c 命令 continue ，就不会reset。感觉是watchdog被触发了。

下面这个连接时我在 STM的全球论坛上问的， 最后的答案有点失望，要我把 OP-TEE, U-Boot and TF-A 全部重新build 一次，而且要把iwdg 都diable，动作有点大 :-) 原本只是想简单build一下就开始内核调试了。

Re: System reset during kernel debug - STMicroelectronics Community

感觉你们的baseline 把watch dog enable ，这个有点无聊， 这种 kit 估计大部分人都不希望有 WD。

或者你们的测试没做好。 mp157 多核的，应该没问题。 mp135 单核的，一停就全部停了。当场就reset，哈哈。

看着你们的页面，免费送板的活动，后悔啊。我自己花了800多。你们要是有mp157送的，我很欢迎啊。

在这个的最后 https://community.st.com/t5/stm3 ... el-debug/m-p/612219 STM的工程师承认文档有误，在STM32MP1 CPU下，没有option bytes，只有one time program OTP，而且OTP 没有选择 IWDG的功能。现在我只能老老实实去重新编译 loader ， optee 了，编译之前先要学习如何disable watchdog。然后找出来如何把编译结果刷到板子上，好烦。