On 29/06/2018 11:03, [email protected] wrote: > On 29/06/2018 08:33,Chris Johns<[email protected]> wrote: >>Are you running in secure mode, ie a secure boot with an AES key in the BBRAM >>or >>eFuse? > >>There is a bug in the Zynq with the SRST bit when operating in secure mode. >>You >>need an external hardware reset. > > thanks reply, but i do not use AES key or efuse?
OK. > i just use emultor to debug this function , Is this doing something to the state of the processor? > when i run to this line "*pREG_PSS_RST_CTRL = 1;" ( pREG_PSS_RST_CTRL is a > pointer to register PSS_RST_CTRL which i defined) > the program run fly . i just run program in cpu0 ,but when run fly ,the cpu1 > is > also in running state. I am sorry, I do not understand what "program run fly" means. I do not know what fly is. > as in my opinion, i think when i run "*pREG_PSS_RST_CTRL = 1;", the PC > pointer > in the ARM should jump to reset ISR in start.S, but it didn't. It is a processor system software reset. I would assume both cores are reset. The boot code in the processor will complete initialisation and then do what the pin programming specifies. > is the software reset also send a pulse in the reset pin just i push reset > button in the reset pin? The SOFT_RST bit is not the POR. > is the bootrom will run again and then load fsbl again > and then run my program? It should if the remainder of your hardware and system is OK. Chris _______________________________________________ users mailing list [email protected] http://lists.rtems.org/mailman/listinfo/users
