Jetson Orin Nano won't come out of deep sleep

We have a Jetson Orin Nano dev-kit, running Jetson Linux 36.3.
When we put it in deep sleep, using “systemctl suspend” it correctly goes into the SC7 sleep state.
However, when we attempt to wake it, either via rtcwake or by grounding the sleep/wake pin (pin 12) on the button header (J14), the CPU comes out of suspend mode for about 6 seconds then drops back into suspend.

The behavior is similar to that described in this topic:

However, reading the register at 0x0C2F1080 shows its value as 0x4D after suspend. Writing a 0xED to that register has no effect on the behavior.

Console log shows the following when trying to wake the board:

[ 1515.899596] dce: dce_mailbox_set_full_interrupt:157  Intr bit set multiple times for MB : [0x5]
[ 1515.899854] dce: dce_admin_send_cmd_ver:456  version : [0x3] err : [0x0]
[ 1515.900058] dce: dce_mailbox_set_full_interrupt:157  Intr bit set multiple times for MB : [0x1]
[ 1515.900065] dce: dce_admin_setup_clients_ipc:585  Channel Reset Complete for Type [1] ...
[ 1515.900067] dce: dce_admin_setup_clients_ipc:561  Get queue info failed for [2]
[ 1515.900261] dce: dce_mailbox_set_full_interrupt:157  Intr bit set multiple times for MB : [0x2]
[ 1515.900267] dce: dce_admin_setup_clients_ipc:585  Channel Reset Complete for Type [3] ...
[ 1515.901507] dce: dce_start_boot_flow:166  DCE_BOOT_DONE
[ 1515.908904] nvme nvme0: 6/0/0 default/read/poll queues
[ 1516.894922] OOM killer enabled.
[ 1516.894928] Restarting tasks ... done.
[ 1516.910133] PM: suspend exit
[ 1518.998203] r8168: eth0: link up
[ 1518.998319] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1519.886634] audit: type=1006 audit(1740174164.564:27): pid=1158 uid=0 subj=kernel old-auid=4294967295 auid=0 tty=(none) old-ses=4
294967295 ses=2 res=1
[ 1519.886655] audit: type=1300 audit(1740174164.564:27): arch=c00000b7 syscall=64 success=yes exit=1 a0=7 a1=fffffe2e2c00 a2=1 a3=1
 items=0 ppid=1 pid=1158 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=2 comm="sshd" exe="/usr/sbin/
sshd" subj=kernel key=(null)
[ 1519.886663] audit: type=1327 audit(1740174164.564:27): proctitle=737368643A20726F6F74205B707269765D
[ 1520.264274] NVRM rpcRmApiControl_dce: NVRM_RPC_DCE: Failed RM ctrl call cmd:0x731341 result 0xffff:
[ 1522.060701] PM: suspend entry (deep)
[ 1522.062232] Filesystems sync: 0.001 seconds
[ 1522.181395] NVRM rpcRmApiControl_dce: NVRM_RPC_DCE: Failed RM ctrl call cmd:0x731341 result 0xffff:
[ 1522.196571] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 1522.198196] OOM killer disabled.
[ 1522.198199] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 1522.199409] printk: Suspending console(s) (use no_console_suspend to debug)
��DCE RM Suspend rmStatus:0x0

Hi,

Please use our latest JP version 36.4.3 to cross check whether the issue exist.

Thanks

Hi David,

Upgraded to version 36.4.3 and the issue appears to be fixed.

I noticed upgrading the root filesystem alone did not fix the problem. I had to reflash the bootloader.
Can you shed light on what the issue was and where it was fixed?

Thanks!

Stefan