Other Parts Discussed in Thread: DA8XX
When the system is supposed to reboot as a result of running the command reboot, if won't, but instead, it freezes.
I noticed something suspicious in the device tree files. It appears that keystone.dtsi and keystone-k2hk.dtsi both have reset-controller defined inside the definition of device-state-control. In the kernel documentation for the related driver (https://www.kernel.org/doc/Documentation/devicetree/bindings/power/reset/keystone-reset.txt) , in an example, that is different, meaning that reset-controller, device-state-controller and pll-controller are all at the same level i.e. inside the definition for soc. Also, in those files, both there is postfix @328 in the definition for reset-controller, while the examples don't. I tried changing those things, but it didn't solve the problem.
Studying the data sheet gave me the impression that hard reset, even when triggered by software, would require certain signaling to the RESET pin. Thus, I tried changing the software triggered reset to be soft reset instead of hard reset, but that didn't solve the problem either.
Any ideas how to make the reboot work?